[Ervaringen] TP-Link TL-WR1043ND v1

[LessRam]

Dank jullie voor de tips/uitleg mbt de 150Mb/s snelheid van mijn UPC vs 1043ND. Was even een paar dagen weg voor het werk, vandaag niet eerder een nieuwe reactie.

Al met al, veel meer dan die 50Mb/s zal ik dus niet halen, dus opzoek naar een nieuwe router. (Al zal die ook nooit de 150Mb/s halen via WiFi, ik weet het)

[Sonny7]

Ik heb het topic wat rond te zoeken op dit forum, want mijn TP-Link TL-WR1043ND valt eens in de zoveel dagen uit. De SSID is nog wel zichtbaar, maar er is gewoon geen internetconnectie. Een reboot lost het probleem tijdelijk op. Maar de laatste tijd valt het internet telkens weer uit. Nu ben ik een leek op het gebied van netwerk/routers/modem, dus ik heb geen idee waar het aan kan liggen. Ik heb laatst de firmware al ge-update.

Firmware Version:
3.13.13 Build 130428 Rel.58290n
Hardware Version:
WR1043ND v1 00000000

Dit zijn de andere instellingen:
Wireless Radio: Enable
Name (SSID): *****
Channel: Auto (Current channel 9)
Mode: 11bgn mixed
Channel Width: Automatic
Max Tx Rate: 300Mbps
MAC Address: ************
WDS Status: Disable

Daarnaast pikt een range extender (TP-WA830RE) het signaal van m'n router op en verzend dit verder naar buiten.
Ik heb een ziggo alles-in-1 abbo en een bijbehorende modem (weet zo het type niet) en het is nu te donker om het nog na te kijken.

Heeft iemand van jullie enig idee hoe ik een stabiele verbinding kan krijgen? Zoals gezegd ben ik zeer tevreden over de snelheid/etc. van deze router, het blijft alleen uiterst irritant om de router elke dag te resetten.

Zoals gezegd heb ik al het topic een beetje doorgelezen, maar ik kon moeilijk iets vinden, ook omdat het een beetje algemene zoekwoorden zijn..

[Verwijderd]

MikeOO schreef op maandag 24 juni 2013 @ 07:43:
[...]


Flashen die je via een PC die verbonden is met een LAN poort en niet via de WAN poort ????

Kwestie van inloggen op je router en openWRT net zo flashen zoals je dit met de orginele firmware moet doen. Meer is het niet.

Ik zou bij verdere problemen eens wat meer uitleg geven hoe je de router hebt aangesloten en wat je precies doet.

Zorg ook dat je dit allen BEDRAAD uitvoert en niet via WIFI.

Ik was ook niet erg duidelijk
het flashen natuurlijk bedraad

Het probleem is zowel met de originele firmware als wrt is dat ik geen IPadres krijg van mijn isp.
Terwijl mijn lynksys en icidu router het wel werkt.(daarom vermoede ik een slechte wanpoort)

Heb vandaag de router uitgeprobeert bij mijn ouders daar krijg ik wel netjes een ipadres
het lijkt erop dat deze router niet goed overweg kan met het glasvezel modem of zo

[MikeOO]

Verwijderd schreef op maandag 24 juni 2013 @ 22:16:
[...]


Ik was ook niet erg duidelijk
het flashen natuurlijk bedraad

Het probleem is zowel met de originele firmware als wrt is dat ik geen IPadres krijg van mijn isp.
Terwijl mijn lynksys en icidu router het wel werkt.(daarom vermoede ik een slechte wanpoort)

Heb vandaag de router uitgeprobeert bij mijn ouders daar krijg ik wel netjes een ipadres
het lijkt erop dat deze router niet goed overweg kan met het glasvezel modem of zo

Ik heb geen ervaring met glasvezel maar moet je daar ook iets resetten als je een router aan verbindt.
Bij kabelinternet moet je het kabelmodem van de stroom halen en na 10 sec weer erop zetten anders kan internet niet werken omdat er een andere MAC adres is geregistreerd bij de provider.

[TheGrillmeister]

Sonny7 schreef op maandag 24 juni 2013 @ 21:59:
Ik heb het topic wat rond te zoeken op dit forum, want mijn TP-Link TL-WR1043ND valt eens in de zoveel dagen uit. De SSID is nog wel zichtbaar, maar er is gewoon geen internetconnectie. Een reboot lost het probleem tijdelijk op. Maar de laatste tijd valt het internet telkens weer uit. Nu ben ik een leek op het gebied van netwerk/routers/modem, dus ik heb geen idee waar het aan kan liggen. Ik heb laatst de firmware al ge-update.

Firmware Version:
3.13.13 Build 130428 Rel.58290n
Hardware Version:
WR1043ND v1 00000000

Dit zijn de andere instellingen:
Wireless Radio: Enable
Name (SSID): *****
Channel: Auto (Current channel 9)
Mode: 11bgn mixed
Channel Width: Automatic
Max Tx Rate: 300Mbps
MAC Address: ************
WDS Status: Disable

Daarnaast pikt een range extender (TP-WA830RE) het signaal van m'n router op en verzend dit verder naar buiten.
Ik heb een ziggo alles-in-1 abbo en een bijbehorende modem (weet zo het type niet) en het is nu te donker om het nog na te kijken.

Heeft iemand van jullie enig idee hoe ik een stabiele verbinding kan krijgen? Zoals gezegd ben ik zeer tevreden over de snelheid/etc. van deze router, het blijft alleen uiterst irritant om de router elke dag te resetten.

Zoals gezegd heb ik al het topic een beetje doorgelezen, maar ik kon moeilijk iets vinden, ook omdat het een beetje algemene zoekwoorden zijn..

Valt het internet ook weg bij via de bekabelde verbinding of gebruik je alleen WiFi? Als je alleen WiFi gebruikt kun je even een ethernet kabel erin pluggen en kijken of die het nog doet.

Modem al een keer aan/uit gezet?

Router naar factory reset kan als laatste red middel.

[Sonny7]

Tichelmanm schreef op dinsdag 25 juni 2013 @ 12:42:
[...]


Valt het internet ook weg bij via de bekabelde verbinding of gebruik je alleen WiFi? Als je alleen WiFi gebruikt kun je even een ethernet kabel erin pluggen en kijken of die het nog doet.

Modem al een keer aan/uit gezet?

Router naar factory reset kan als laatste red middel.

Nee ik gebruik uitsluitend WiFi, zal vanavond even een bekabelde verbinding proberen (aangezien ik er vanuit ga dat WiFi straks weer niet werkt als ik thuis kom).

Heb inderdaad het modem ook al een keer opnieuw uit/aan gezet. Hierbij deed ik eerste de modem aan en daarna de drukte ik de router weer aan.

Factory reset zou inderdaad als laatste redmiddel nog kunnen. Eerst kijken wat de bekabelde verbinding doet. Dank voor nu! Ik kom er op terug!

[Verwijderd]

ik maak sinds kort gebruik van netflix, maar nu wil ik geen hinder ondervinden bij het online gamen (ps3 met ip 192.168.1.35) tijdens het streamen...
Ik weet dat ik QOS moet gebruiken, maar hoe stel ik dit nu best in?
source host = all, destination host = 192.168.1.35,
service =?
number of bytes = ?
bij ports vul ik dan waarschijnlijk alle poorten in waarvan psn gebruik maakt?
vink ik ook best calculate overhead aan? (ik vermoed dat dit zelf uw ul/dl speed bepaalt van uw connectie)?
ik heb belgacom vdsl met 50Mbps dl en 2.5 Mpbs up, ik heb bij dl 51200 kbits/sec in (50*1024)
bij ul 2560 kbit/sec (2,5*1024)

Priority boosts low-bandwidth small frames, such as TCP-ACKs and DNS more than Express.
Express is for prioritizing bigger frames, which would include stuff like VoIP (port 5060

Welke van de 2

[ Voor 25% gewijzigd door Verwijderd op 25-06-2013 19:04 ]

[defiant]

Mijn router had het afgelopen jaar zo 1 keer per maand de volgende kuren: wireless valt weg en de admin pagina is onbereikbaar. Internet via ethernet werkte dan nog wel 1 a 2 dagen, maar uiteindelijk valt dat ook weg. 1 keer maand was net niet vervelend genoeg om het probleem grondig uit zoeken, maar van de week toch maar de firmware geupdate naar versie 3.13.13 (alle settings zijn hierbij gewist), maar sindsdien is hij nog onstabieler. De router loopt nu sneller vast, ook bij het veranderen van instellingen op de admin pagina.

Ik zie meerdere problemen terug met deze router die een beetje in buurt komen van mijn probleem, maar nog geen concrete oplossing. Een factory reset kan ik nog proberen, voor ik hem terug stuur (ik heb 1 jaar garantie) of firmware zoals OpenWRT.

[MikeOO]

defiant schreef op woensdag 26 juni 2013 @ 21:53:
Mijn router had het afgelopen jaar zo 1 keer per maand de volgende kuren: wireless valt weg en de admin pagina is onbereikbaar. Internet via ethernet werkte dan nog wel 1 a 2 dagen, maar uiteindelijk valt dat ook weg. 1 keer maand was net niet vervelend genoeg om het probleem grondig uit zoeken, maar van de week toch maar de firmware geupdate naar versie 3.13.13 (alle settings zijn hierbij gewist), maar sindsdien is hij nog onstabieler. De router loopt nu sneller vast, ook bij het veranderen van instellingen op de admin pagina.

Ik zie meerdere problemen terug met deze router die een beetje in buurt komen van mijn probleem, maar nog geen concrete oplossing. Een factory reset kan ik nog proberen, voor ik hem terug stuur (ik heb 1 jaar garantie) of firmware zoals OpenWRT.

De problemen die jij aangeeft zou voor mij genoeg reden zijn om de garantie aan te spreken. Ik heb er hier 2 in gebruik en die hoef ik nooit te resetten en uiterst stabiel.

Heb je de router toevallig ergens in staan waardoor deze mogelijk te warm wordt.
Je zou OpenWRT kunnen proberen of dit de problemen oplost. Als je dan nog steeds de problemen hebt dan zet je eenvoudig de originele software terug en bied je hem aan voor reparatie.


Voorheen had ik ook met 1 router wel eens dat deze problemen had met WiFi. Ik heb toen OpenWRT erop gezet maar ik kreeg toen mijn internet niet werkend dus de originele firmware er weer opgezet.
Vreemde is dat na deze actie mijn problemen waren verdwenen. Net of er iets gereset is wat standaard niet gebeurt.

Inmiddels gebruik ik OpenWRT als een tijd en als je daar eenmaal aangewend bent dan wil je niet meer terug.

Zorg wel dat je je even goed inleest in OpenWRT en dat je weet hoe de Fail Safe werkt en dat je daar alles voor hebt voor je begint.

[Zaggy]

Mijn verbinding klapt er soms uit, lijkt iets niet goed te gaan met DHCP?

Jun 27 10:02:03 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 10:02:25 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 10:32:25 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 10:32:34 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 11:02:34 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 11:02:44 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 11:32:45 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 11:33:03 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 12:03:03 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:03:10 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 12:33:10 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq[1916]: reading /tmp/resolv.conf.auto
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq[1916]: using nameserver 37.251.1.100#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq[1916]: using nameserver 188.142.0.22#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq[1916]: using nameserver 8.8.8.8#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq[1916]: using nameserver 8.8.4.4#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq[1916]: using local addresses only for domain lan
Jun 27 12:48:10 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:55:40 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:59:25 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:01:18 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:02:14 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:02:42 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:02:56 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:03 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:06 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:07 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:07 OpenWrt daemon.notice netifd: wan (896): Lease lost, entering init state
Jun 27 13:03:07 OpenWrt daemon.notice netifd: Interface 'wan' has lost the connection
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq[1916]: reading /tmp/resolv.conf.auto
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq[1916]: using nameserver 8.8.8.8#53
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq[1916]: using nameserver 8.8.4.4#53
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq[1916]: using local addresses only for domain lan
Jun 27 13:03:08 OpenWrt user.info firewall: removing wan (eth0.2) from zone wan
Jun 27 13:03:13 OpenWrt daemon.notice netifd: wan (896): Sending select for 188.142.67.84...
Jun 27 13:03:16 OpenWrt daemon.notice netifd: wan (896): Sending select for 188.142.67.84...
Jun 27 13:03:16 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 13:03:17 OpenWrt daemon.notice netifd: Interface 'wan' is now up
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq[1916]: reading /tmp/resolv.conf.auto
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq[1916]: using nameserver 37.251.1.100#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq[1916]: using nameserver 188.142.0.22#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq[1916]: using nameserver 8.8.8.8#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq[1916]: using nameserver 8.8.4.4#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq[1916]: using local addresses only for domain lan
Jun 27 13:03:18 OpenWrt user.notice ifup: Allowing Router Advertisements on wan (eth0.2)
Jun 27 13:03:19 OpenWrt user.info firewall: adding wan (eth0.2) to zone wan

[souris]

Zaggy schreef op donderdag 27 juni 2013 @ 13:13:
Mijn verbinding klapt er soms uit, lijkt iets niet goed te gaan met DHCP?

Jun 27 10:02:03 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 10:02:25 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 10:32:25 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 10:32:34 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 11:02:34 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 11:02:44 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 11:32:45 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 11:33:03 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 12:03:03 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:03:10 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 12:33:10 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq\[1916]: reading /tmp/resolv.conf.auto
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 37.251.1.100#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 188.142.0.22#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 8.8.8.8#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 8.8.4.4#53
Jun 27 12:42:25 OpenWrt daemon.info dnsmasq\[1916]: using local addresses only for domain lan
Jun 27 12:48:10 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:55:40 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 12:59:25 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:01:18 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:02:14 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:02:42 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:02:56 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:03 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:06 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:07 OpenWrt daemon.notice netifd: wan (896): Sending renew...
Jun 27 13:03:07 OpenWrt daemon.notice netifd: wan (896): Lease lost, entering init state
Jun 27 13:03:07 OpenWrt daemon.notice netifd: Interface 'wan' has lost the connection
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq\[1916]: reading /tmp/resolv.conf.auto
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 8.8.8.8#53
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 8.8.4.4#53
Jun 27 13:03:07 OpenWrt daemon.info dnsmasq\[1916]: using local addresses only for domain lan
Jun 27 13:03:08 OpenWrt user.info firewall: removing wan (eth0.2) from zone wan
Jun 27 13:03:13 OpenWrt daemon.notice netifd: wan (896): Sending select for 188.142.67.84...
Jun 27 13:03:16 OpenWrt daemon.notice netifd: wan (896): Sending select for 188.142.67.84...
Jun 27 13:03:16 OpenWrt daemon.notice netifd: wan (896): Lease of 188.142.67.84 obtained, lease time 3600
Jun 27 13:03:17 OpenWrt daemon.notice netifd: Interface 'wan' is now up
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq\[1916]: reading /tmp/resolv.conf.auto
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 37.251.1.100#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 188.142.0.22#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 8.8.8.8#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq\[1916]: using nameserver 8.8.4.4#53
Jun 27 13:03:17 OpenWrt daemon.info dnsmasq\[1916]: using local addresses only for domain lan
Jun 27 13:03:18 OpenWrt user.notice ifup: Allowing Router Advertisements on wan (eth0.2)
Jun 27 13:03:19 OpenWrt user.info firewall: adding wan (eth0.2) to zone wan

Aan je log te zien zit je bij XMS of een van de zusterbedrijven. Die hebben flinke problemen nu, ook al geven ze het nog niet toe. WAN verbinding klapt er om de haverklap uit sinds gisteren.

[Zaggy]

souris schreef op donderdag 27 juni 2013 @ 14:28:
[...]


Aan je log te zien zit je bij XMS of een van de zusterbedrijven. Die hebben flinke problemen nu, ook al geven ze het nog niet toe. WAN verbinding klapt er om de haverklap uit sinds gisteren.

Klopt, zit bij XMS, ik zie inderdaad meldingen van mensen in de xmsnet draad: (Het nu nog) XMS glasvezel ervaring topic - deel 17
Bedankt voor de info.

[metak]

mk13139 schreef op woensdag 22 mei 2013 @ 21:57:
Tevens hierbij een nieuwe revert file.
Deze file kun je gebruiken om terug te gaan naar de originele TP-Link firmware.
Je kan hem gewoon via de LuCI webgui flashen als 'firmware update'.
Vergeet niet het behouden van de configuratie uit te vinken.

De revert file is gemaakt van de laatste TP-Link firmware 130428.

Link naar de revert file: http://goo.gl/dNY6j
md5sum: b2bb178f9e40275711f5bcda3676394d

Na het flashen dien je je browser cache leeg te maken, anders kan je niet inloggen op de TP-Link webgui (admin/admin).
Waarschijnlijk zit de url van openWRT dan nog in je cache (http://192.168.1.1/cgi-bin/luci).

Zou deze moeten werken met je laatste build? Ik probeerde dit te flashen maar 5 minuten later (nadat de router gereboot was) mocht ik gewoon nog in OpenWRT loggen.

[Ultraman]

Je kunt ook de juiste originele firmware file gebruiken, dat werkt prima. Ik heb eerder al eens naar een geschikte firmware van TP-Link zelf gelinked eerder in dit topic, zoek daar even op.

Zie ook: http://wiki.openwrt.org/t...back.to.original.firmware
Download dus firmware van TP-Link zelf en pak dan degene zonder "boot" in de filename. Die kun je dan prima flashen vanuit OpenWRT. Volgens mij was de een-na-laatste versie zo'n variant, maar controleer dat even.

[ Voor 30% gewijzigd door Ultraman op 28-06-2013 19:45 ]

[mk13139]

metak schreef op vrijdag 28 juni 2013 @ 11:31:
[...]


Zou deze moeten werken met je laatste build? Ik probeerde dit te flashen maar 5 minuten later (nadat de router gereboot was) mocht ik gewoon nog in OpenWRT loggen.

Dat klopt inderdaad. Wellicht iets fout gegaan tijdens het flashen?

[immetjes]

_JGC_ schreef op zaterdag 15 juni 2013 @ 10:22:
Het probleem met wegvallende wifi is niet voor elke Atheros gelijk, hangt af van de radio die is gebruikt in de router. Bij de WDR4300 heb je een AR9340 2.4GHz radio en een AR9580 5GHz radio, met die router heb ik na 27 dagen uptime nog maar 2x een "ath: phy0: Failed to stop TX DMA, queues=0x004!" melding gehad. Bij de 1043ND kreeg ik die melding elke paar uur of zelfs eerder en mocht ik wifi vaak restarten om het werkbaar te houden.
WDR3600 is overigens nagenoeg dezelfde router, heeft alleen een antenne minder en een AR9582 5GHz radio, verder is alles identiek, tot aan de OpenWRT firmware aan toe.

Ik heb een 1043ND, heeft het met Ultraman built (Firmware Version OpenWrt Attitude Ultraman-Chunky-r36655 / LuCI 0.11.1 Release (0.11.1)) 25 dagen gedaan. Nu wel om de dag de "ath: phy0: Failed to stop TX DMA, queues=0x004!" error. Verbinding herstelt vanzelf na 5min. Maar irritant is het wel op z'n zachts gezegd. Ik heb het gevoel dat de problemen vooral begonnen toen ik een gastnetwerk instelde.

Heb hier en daar gelezen dat het een bug in de Atheros WiFi chip is. Als dat zo is dan stap ik binnenkort maar eens over op de Asus RT-AC66U. Zit geen Atheros maar Broadcom.

@ultraman hier beneden: elke nacht laat ik wifi herstarten met cronjob. En dan nog gaat het nu mis.

[ Voor 4% gewijzigd door immetjes op 01-07-2013 08:44 . Reden: Reactie op Ultraman ]

[Ultraman]

immetjes schreef op zondag 30 juni 2013 @ 11:54:
[...]


Ik heb een 1043ND, heeft het met Ultraman built (Firmware Version OpenWrt Attitude Adjustment Ultraman-Chunky-r36655 / LuCI 0.11.1 Release (0.11.1)) 25 dagen gedaan. Nu wel om de dag de "ath: phy0: Failed to stop TX DMA, queues=0x004!" error. Vehrbinding herstelt vanzelf na 5min. Maar irritant is het wel op z'n zachts gezegd. Ik heb het gevoel dat de problemen vooral begonnen toen ik een gastnetwerk instelde.

Al automatisch nachtelijks het WiFi laten herstarten? Dat helpt nog steeds goed hier

[sphere]

defiant schreef op woensdag 26 juni 2013 @ 21:53:
Mijn router had het afgelopen jaar zo 1 keer per maand de volgende kuren: wireless valt weg en de admin pagina is onbereikbaar. Internet via ethernet werkte dan nog wel 1 a 2 dagen, maar uiteindelijk valt dat ook weg.

Exact dit probleem heb ik ook met DDWRT en een linksys. Ongelooflijk irritant. Moet je eerst via ssh inloggen en rebooten, daarna werkt de admin pagina weer.

[Zaggy]

Ik vond nog een Call Trace in m'n logs, aan wie kan ik dat het beste doorgeven?

173601.550000] ------------[ cut here ]------------
[173601.560000] WARNING: at /home/martijn/openwrt/attitude_adjustment/build_dir/linux-ar71xx_generic/compat-wireless-2013-02-22/net/mac80211/rx.c:3291 ieee80211_rx+0x138/0x7fc [mac80211]()
[173601.570000] Rate marked as an HT rate but passed status->rate_idx is not an MCS index [0-76]: 79 (0x4f)
[173601.580000] Modules linked in: option sg usb_wwan usbserial cdc_acm ath79_wdt ledtrig_usbdev ledtrig_netdev ledtrig_heartbeat ip6t_REJECT ip6t_LOG ip6t_rt ip6t_hbh ip6t_mh ip6t_ipv6header ip6t_frag ip6t_eui64 ip6t_ah ip6table_raw ip6_queue ip6table_mangle ip6table_filter ip6_tables nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_rtsp(O) nf_conntrack_rtsp(O) nf_nat_tftp nf_conntrack_tftp nf_nat_snmp_basic nf_conntrack_snmp nf_nat_sip nf_conntrack_sip nf_nat_pptp nf_conntrack_pptp nf_nat_h323 nf_conntrack_h323 nf_nat_proto_gre nf_conntrack_proto_gre nf_nat_amanda nf_conntrack_amanda nf_conntrack_broadcast nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp xt_HL xt_hl xt_ecn ipt_ECN xt_CLASSIFY xt_time xt_tcpmss xt_statistic xt_mark xt_length xt_DSCP xt_dscp xt_string xt_layer7 ipt_MASQUERADE iptable_nat nf_nat xt_recent xt_helper xt_connmark xt_connbytes pppoe xt_conntrack xt_CT xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack pppox pppoatm ipt_REJECT xt_TCPMSS ipt_LOG xt_comment xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables xt_tcpudp x_tables ifb sit tunnel4 ppp_async ppp_generic slhc vfat fat br2684 atm ath9k(O) ath9k_common(O) ath9k_hw(O) ath(O) nls_utf8 nls_iso8859_1 mac80211(O) ts_fsm ts_bm ts_kmp crc_ccitt ipv6 cfg80211(O) compat(O) arc4 aes_generic crypto_blkcipher cryptomgr aead usb_storage ohci_hcd ehci_hcd sd_mod ext4 jbd2 mbcache usbcore usb_common scsi_mod nls_base crc16 crypto_hash crypto_algapi ledtrig_timer ledtrig_default_on leds_gpio gpio_button_hotplug(O)
[173601.720000] Call Trace:
[173601.720000] [<8027308c>] dump_stack+0x8/0x34
[173601.730000] [<80071dac>] warn_slowpath_common+0x78/0xa4
[173601.730000] [<80071e60>] warn_slowpath_fmt+0x2c/0x38
[173601.740000] [<80d9bbb4>] ieee80211_rx+0x138/0x7fc [mac80211]
[173601.740000] [<80e667a4>] ath_rx_tasklet+0xf00/0xffc [ath9k]
[173601.750000] [<80e642f4>] ath9k_tasklet+0xe8/0x140 [ath9k]
[173601.750000] [<80076eb0>] tasklet_action+0x7c/0xd4
[173601.760000] [<800773d8>] __do_softirq+0xa0/0x154
[173601.760000] [<800775e8>] do_softirq+0x48/0x68
[173601.770000] [<8007781c>] irq_exit+0x4c/0x78
[173601.770000] [<800630ec>] ret_from_irq+0x0/0x4
[173601.780000] [<800632e0>] r4k_wait+0x20/0x40
[173601.780000] [<80064db4>] cpu_idle+0x30/0x60
[173601.790000] [<803078b4>] start_kernel+0x368/0x388
[173601.790000]
[173601.790000] ---[ end trace 21b5ae9f6d7f1751 ]---

[_JGC_]

immetjes schreef op zondag 30 juni 2013 @ 11:54:
[...]


Ik heb een 1043ND, heeft het met Ultraman built (Firmware Version OpenWrt Attitude Ultraman-Chunky-r36655 / LuCI 0.11.1 Release (0.11.1)) 25 dagen gedaan. Nu wel om de dag de "ath: phy0: Failed to stop TX DMA, queues=0x004!" error. Verbinding herstelt vanzelf na 5min. Maar irritant is het wel op z'n zachts gezegd. Ik heb het gevoel dat de problemen vooral begonnen toen ik een gastnetwerk instelde.

Heb hier en daar gelezen dat het een bug in de Atheros WiFi chip is. Als dat zo is dan stap ik binnenkort maar eens over op de Asus RT-AC66U. Zit geen Atheros maar Broadcom.

@ultraman hier beneden: elke nacht laat ik wifi herstarten met cronjob. En dan nog gaat het nu mis.

In mijn geval nog vergeten te melden: de melding die Zaggy gepost heeft kreeg ik dus ook veelvuldig. Staat vaak genoeg gemeld in de bugtracker van OpenWRT, maar lijkt niet echt opgelost te worden.
Met mijn WDR4300 wederom nergens last van. Ik heb nu met 43 dagen uptime net een 3e melding in dmesg staan over "Failed to stop TX DMA", verder is de log schoon.

Overigens gebruik ik hier ook een gastnetwerk. Wel met code beveiligd, maar is in gebruik zodat ik besmette laptops en systemen van internet kan voorzien zonder dat ze ongelimiteerd het net op kunnen.

[mind_]

Router bevalt me prima, ik heb onder het tabblad Advanced Security alles aanstaan, maakt dit nog wat uit met torrents binnenhalen?

[basix]

basix schreef op donderdag 18 april 2013 @ 10:19:
Hoi,

Tijdje niet meer actief hier geweest (alleen maar meegelezen ). Weet iemand welke build er nu OpenVPN heeft ingebouwd? Ik lees volgens mij wisselende verhalen en of packages die achteraf geinstalleerd dienen te worden en dan niet werken?

Ik wil graag een Openvpn mogelijkheid hebben zodat ik vanaf een andere locatie met bijvoorbeeld een iPad (met openvpn client) kan verbinden naar mijn huis en mijn TV signaal (UPC Horizon.tv) kan bekijken . Iemand suggesties? Ik gebruik mijn TP-Link alleen als router dus het WiFi gedeelte boeit verder niet (mbt welke build) het dan is.

Alvast bedankt.

Ik ben naar aanleiding van mijn eerdere posts en jullie commentaar hiermee aan de gang gegaan. Ik heb een build van mk13139 erop staan, niet de laatste dacht ik.

Als ik echter openvpn package binnenhaal dan kan ik deze niet installeren...iemand een suggestie?
Begrijp ik het goed dat deze soms mee gecompileerd moeten zijn voordat deze werken en dat je dan niet met de standaard versies van Openwrt repository aan de gang kunt gaan?

[Ultraman]

Doorzoek het topic eens, dit is al heel erg vaak voorbij gekomen.

Daarnaast als quick fix: met mijn build kun je wel OpenVPN zonder truukjes installeren, omdat ik de benodigde modules gecompileerd heb en in een repo heb staan.

[ Voor 3% gewijzigd door Ultraman op 03-07-2013 11:32 ]

[Ultraman]

Enige tijd terug van hjs zijn defecte TL-WR1043ND toegestuurd gekregen. Het solderen van de UART header was een bitch voor de GND pin, die kon zijn warmte zo goed kwijt dat ik het tin niet aan het vloeien kreeg. Maar met behulp van een extra soldeerbout en een extra paar handjes is het gisteren toch gelukt om een GND pin gesoldeerd te krijgen.

Vandaag de router aan mijn PC gehangen zoals hier te zien:


PuTTY op serial mode gezet, 115200 baud op COM3 en toen de router ingeschakeld... niks...
Hmm... Een RX en TX omdraaien. Dus even uitgezet, opnieuw aangesloten en weer aan:


First contact

[edit]
Nou zit alleen te denken. Had deze versie van de bootloader niet de WAN poort uitgeschakeld tijdens boot?
Benieuwd of ik die nodig ga hebben tijdens de recovery...

[ Voor 11% gewijzigd door Ultraman op 07-07-2013 14:48 ]

[defiant]

MikeOO schreef op donderdag 27 juni 2013 @ 08:34:
Voorheen had ik ook met 1 router wel eens dat deze problemen had met WiFi. Ik heb toen OpenWRT erop gezet maar ik kreeg toen mijn internet niet werkend dus de originele firmware er weer opgezet.
Vreemde is dat na deze actie mijn problemen waren verdwenen. Net of er iets gereset is wat standaard niet gebeurt.

Sorry voor de late reactie, ik ben er inmiddels achter dat ik de beruchte versie 1.08 heb met de hardware bug die dit veroorzaakt. Ik heb inmiddels een vervangend exemplaar besteld, de TP-Link TL-WDR4300.

Garantie heeft nu geen zin meer, want ik had hem tevens al per ongeluk gesloopt door een foutje met de firmware, maar ik twijfel of het nut heeft hem te 'reviven' met deze hardware bug, Misschien is het wel een goede oefening, maar dan zal ik nog een redelijke soldeerset moeten halen om de headers erop te solderen.

[Ultraman]

En gelijk maar eens verder gegaan met de recovery van de "bricked" router van hjs.

Korte samenvatting:
Het reserve Linux machientje aangezet en daarop dnsmasq geïnstalleerd, want deze bevat een tftp server. Tevens een factory image van mijn eigen firmware gedownload naar die machine en in /srv/tftp geplaatst onder de naam code.bin. En dnsmasq die laten serveren over het netwerk middels TFTP.

Bricked router aangesloten via diens LAN1 poort naar de switch, waar ook die Linux doos met TFTP server aan hangt. Serial console aangezet, router aangezet, boot onderbreken met "tpl" en dan aan de slag.
1. Flash geheugen wissen op de adressen van het rootfs
2. Over TFTP de code.bin in het geheugen laden van de router
3. Deze wegschrijven naar de eerder gewiste flash adressen voor het rootfs
4. De bootloader vertellen een kernel te laden vanaf het flash

Hopla, kernel boot messages.

Resultaat:

code:

BusyBox v1.19.4 (2013-05-17 19:30:29 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 ATTITUDE ADJUSTMENT (Ultraman-Regular-r36655, r36652)
 -----------------------------------------------------
  * 1/4 oz Vodka      Pour all ingredients into mixing
  * 1/4 oz Gin        tin with ice, strain into glass.
  * 1/4 oz Amaretto
  * 1/4 oz Triple sec
  * 1/4 oz Peach schnapps
  * 1/4 oz Sour mix
  * 1 splash Cranberry juice
 -----------------------------------------------------
root@OpenWrt:/#

De router die ik van hjs heb gekregen werkt weer!
Bedankt voor het opsturen kerel

[dask]

Ultraman schreef op zondag 07 juli 2013 @ 16:11:
En gelijk maar eens verder gegaan met de recovery van de "bricked" router van hjs.
...
De router die ik van hjs heb gekregen werkt weer!
Bedankt voor het opsturen kerel

Nice, is het de eerste keer dat je een TP-Link hebt gereanimeerd?

Ik ga vanavond nog wat spulletjes bestellen via DX, waaronder wat heatsinks, misschien ga ik ineens ook zo'n USB to TTL module aanschaffen; is deze de juiste?

Deze week komen eindelijk (5 weken ) mijn USB audio stickje en powered hub met ingebouwde µSD lezer aan vanuit China. Dan ga ik helemaal van scratch beginnen, kan ik eindelijk aan die Music Player Daemon beginnen

OpenWRT draait hier nog steeds lekker, maar ik ga wat modificaties aanbrengen, want het routerke doet hier het werk alsof het een echte NAS is (MiniDLNA, Transmission, FlexGet, PHP, en binnenkort nog MPD erbij )

[Verwijderd]

Kan iemand niet een keer een echte VPN inbouwen? Dan bedoel ik vooral IPSEC VPN?

Dat zou beter werken voor mij dan alleen OpenVPN

[hjs]

Ultraman schreef op zondag 07 juli 2013 @ 16:11:
De router die ik van hjs heb gekregen werkt weer!
Bedankt voor het opsturen kerel

Graag gedaan.

[mk13139]

Verwijderd schreef op zondag 07 juli 2013 @ 19:30:
Kan iemand niet een keer een echte VPN inbouwen? Dan bedoel ik vooral IPSEC VPN?

Dat zou beter werken voor mij dan alleen OpenVPN

Dat kun je zelf ook doen d.m.v. strongswan te installeren uit de repository.

[ThinkPad]

Net de r36655 van Ultraman geflashed. Heb echter perongeuk de Chunky geflashed, ipv de regular. Heb de meuk uit Chunky niet nodig, dus wil eigenlijk de r36655 regular van Ultraman eroverheen knallen. Kan dat zomaar, of moet ik dan eerst nog andere stappen doen?

[_JGC_]

Zijn gewoon onderling uitwisselbaar. Misschien dat er nog wat configbestanden blijven staan, maar dat is het ook wel.

[bambinodekat]

Draait alternatieve firmware al stabiel op de TL-WR1043ND?

En wat is dan het beste, OpenWRT of DD-WRT?

En wat kan je meer doen met alternatieve firmware dan met de stockfirmware?

En wat als ik terugwil naar de originele firmware? Kan ik dan gewoon de file met de firmware invoeren in de pagina van de router?

[ Voor 26% gewijzigd door bambinodekat op 08-07-2013 19:46 ]

[tita_tovenaar]

dask schreef op zondag 07 juli 2013 @ 16:41:
[...]


misschien ga ik ineens ook zo'n USB to TTL module aanschaffen; is deze de juiste?

Als je nog een pc hebt staan met een ouderwetse COM poort ,dan kan je met een Max232A en een paar andere onderdeeltjes je eigen ttl module maken.

VB:

[Rhy]

Sinds dat ik heb geupgrade van Ziggo 60Mbit naar 120Mbit (of zelfs 150mbit?) valt het met op dat mijn iPad WiFi snelheden nogsteeds zo laag zijn via de WR1043ND v1.8 met ar71xx.

Uitdaging: OpenWRT interface backend komt niet verder dan WiFi 65mbit

Speedtest op ipad niet boven de 20-30mbit down / 8mbit up (en dat zit ik naast de 5dbi externe antenne .. vanaf bed -- binnen dezelfde ruimte -- kakt het in naar 1mbit.)
LAN: 94Mbit down / 8-9mbit up.

Troubleshoot: OpenWRT Ultraman 12.09rc1 ... build is me even ontschoten (komt daar later op terug). WMM uit/aan ... nauwelijks effect. QoS staat uit. 20Mhz vs. 40Mhz .. geen verschil. CCMP AES Forced vs. auto; geen verschil. ander kanaal vs. auto; geen effect. Kan niet alleen n selecteren, menuutje zegt g+n. Firmware upgrade naar OpenWRT 12.09final. 40MHz geforceerd; geen verschil. Zelfde gepriegel ... geen snelheids toename.

Hulpvraag: Wat nu? Schijnt een bekend probleem te zijn lees ik her & der, maar weinig oplossing. Flashen naar stock firmware?

[ Voor 12% gewijzigd door Rhy op 09-07-2013 01:59 ]

[mcDavid]

...je bent verbaasd dat de WiFi-prestaties van je router niet veranderen als je een ander internetabonnement afsluit

Als je niet tevreden bent met 65 Mbit ben je gewoon aan een andere router toe.

[RvL]

Inderdaad, de WR1043ND zal niet heel veel harder gaan dan 65Mbps, zeker niet als het een beetje druk is in de lucht. Maximale snelheid die ik hier heb gehaald is zo'n 80Mbps, maar normaal gesproken haal ik dat niet.

En kan je iPad uberhaupt wel sneller? Alle mobiele apparaten (excl. laptops) die ik hier heb gaan niet harder dan 20Mbps. Waarom de snelheid in dezelfde ruimte compleet inkakt kan ik ook niet verklaren.

[Rhy]

mcDavid schreef op dinsdag 09 juli 2013 @ 07:48:
...je bent verbaasd dat de WiFi-prestaties van je router niet veranderen als je een ander internetabonnement afsluit

klink ik nu bijna als een eindgebruiker i.p.v. een tweaker met 13 jaar ervaring? haha

Nee het was al langere tijd een ergenis. Ipad 3 is 802.11n .... router ook ... dus verwacht je wat meer juice.

Eerder niet echt de moeite genomen om openwrt door te spitten, omdat ik veronderstelde dat mijn configuratie gewoon goed was. Nu achteraf blijkt dat 't theoretisch max. onafhankelijk van internet snelheid gecapped wordt op 65mbit is dat frustrerend, en verklaart gebrek aan ipad performance ook niet.

Maar in de ochtendgloren er "wr1043nv1_en_3_13_4_up(110429).bin" (stock firmware) op geflashed. En haalde net vanuit bed waarempel 40Mbit down ipv gebruikelijke 1-2Mbit. Apps updaten vanuit de Appstore is opeens seconden ipv minuten werkt. Sidenote: dat is dan wel zonder encryptie.

Nu alleen nog even uitfigulieren hoe ik weer toegang krijg tot de admin *edit* Update1: ook weer opgelost ... chrome caching

*edit* Update2: geupdate naar laatste TP-link firmware (april 2013), WiFi vastgezet op 802.11n ipv mixed, AES ... snelheid vanuit zelfde kamer schommelt nu tussen 32-39Mbit. I'm happy OpenWRT? (ookal hadden bepaalde features wel zijn voordelen, ga ik bovenal voor snelheid).

P.S. iets anders wat mij opvalt, is dat Ziggo Z3 vanaf iPad dus niet veel zoden aan de dijk zet, en mijn LAN bedraging blijkbaar cat5 is, want boven de 100MBit haal ik nergens op de bovenverdieping. Balen dan maar weer downgraden naar Z2. Verlies ik wel 30Mbit / 3Mbit bandbreedte, maarja. Zo! ben weer klaar met hardop denken.

[ Voor 27% gewijzigd door Rhy op 09-07-2013 11:20 . Reden: omdat het kan! ]

[_JGC_]

802.11n op 20MHz en 2.4GHz doet in een beetje rustige buurt netto 90Mbit/s, daarna houdt het wel op. Komen er meer netwerken, dan mag je blij zijn met de helft, ondanks dat je router voor 300Mbit verkocht is.

Wil je hogere wifi performance, dan zou je gewoon een 5GHz exemplaar moeten neerzetten zoals de WDR3600 of WDR4300. Die dingen hebben naast 5GHz wifi ook nog een snellere CPU en 4x zoveel geheugen. Die eerste is goed voor je algemene routerprestaties (vooral bekabeld), die 2e is vooral handig als je custom firmware draait en meer wilt dan alleen routeren.

Nadeel van 5GHz is dan wel weer dat het 2 muren is en dan is het signaal weg. Als ik binnen zit werkt mijn laptop meestal op 5GHz, ga ik in de tuin zitten, zie je alleen nog 2.4GHz signaal.

[bambinodekat]

Draait alternatieve firmware al stabiel op de TL-WR1043ND?

En wat is dan het beste, OpenWRT of DD-WRT?

En wat kan je meer doen met alternatieve firmware dan met de stockfirmware?

En wat als ik terugwil naar de originele firmware? Kan ik dan gewoon de file met de firmware invoeren in de pagina van de router?

[TheGrillmeister]

bambinodekat schreef op dinsdag 09 juli 2013 @ 18:07:
Draait alternatieve firmware al stabiel op de TL-WR1043ND?

En wat is dan het beste, OpenWRT of DD-WRT?

En wat kan je meer doen met alternatieve firmware dan met de stockfirmware?

En wat als ik terugwil naar de originele firmware? Kan ik dan gewoon de file met de firmware invoeren in de pagina van de router?

Zelf heb ik een lange tijd geen DD-WRT meer gedraaid, destijds werkte het niet zo fijn ivm wifi.

Nu al een langere tijd OpenWRT draaien op 2 tplinks en moet zeggen ben er erg blij mee, geen problemen ondervonden alleen maar fijne features.

1 is hoofdrouter met extra guest wifi + dhcp + openvpn
2 is accesspoint

Door snachts de wifi te herstarten heb je weinig last van problemen. Dat is het enige.

Je kunt idd met een speciale versie van de firmware gewoon weer terug naar origineel. Staat tevens ook beschreven in dit topic.

Extra features van OpenWRT slingeren wel ergens op internet rond.

HOOFDROUTER (100/100 mbit glasvezel)
Ultraman-Regular-r36655
Uptime: 1d 6h 47m 9s
Load Average: 0.16, 0.05, 0.06

Toevallig gisteren een herstartje gedaan

ACCESSPOINT
Ultraman-Chunky-r36655
Uptime: 27d 7h 12m 11s
Load Average: 0.08, 0.03, 0.05

[Ultraman]

bambinodekat schreef op dinsdag 09 juli 2013 @ 18:07:
Draait alternatieve firmware al stabiel op de TL-WR1043ND?

Al sinds Backfire 10.03.1 is deze perfect stabiel. Een uptime van 180 dagen heb ik er mee gehaald, en die hangt aan een drukke glasvezel lijn.
Alleen wireless is afhankelijk van de situatie. Maar in mijn geval op twee locaties meestal prima en wordt nachtelijks herstart. Hoe je dat herstarten kunt automatiseren staat in dit topic.

En wat is dan het beste, OpenWRT of DD-WRT?

Degene die jouw het meest ligt denk ik.

En wat kan je meer doen met alternatieve firmware dan met de stockfirmware?

En wat als ik terugwil naar de originele firmware? Kan ik dan gewoon de file met de firmware invoeren in de pagina van de router?

Als je deze vragen moet stellen dan denk ik dat je nog maar weinig onderzoek hebt gedaan. Ga eens lezen in de documentatie van beide projecten en dit topic, dan kom je snel genoeg een hoop te weten.
Daarnaast zou ik je vraag over wat je er mee kan omdraaien naar "wat zou je er mee willen doen?".

Bovenstaande zeg ik niet om onvriendelijk over te komen, maar om te je helpen. Als je 3rd party firmware gaat draaien is een zekere mate van zelfredzaamheid gewoon belangrijk. Wij zijn er immers niet om ten alle tijden je handje van te houden.

---

Binnenkort ga ik eens testen met nieuwe builds. Ik heb nu een reserve router waar ik mooi het nieuwe IPv6 framework dat vanuit trunk naar AA is gebackport kan testen.
Benieuwd in welke mate ik de config zou moeten omgooien.

[ Voor 27% gewijzigd door Ultraman op 10-07-2013 09:26 ]

[RvL]

Ter info: ik heb een toevoeging gedaan op m'n eerdere post over NoDogSplash.

Voor traffic control maakt NoDogSplash gebruik van IMQ, maar dat zit sinds Attitude Adjustment niet meer in OpenWRT. NoDogSplash werkt echter ook perfect zonder IMQ. Het enige wat je moet doen is 3 regels uit commentarieren in /etc/init.d/nodogsplash.

Zie RvL in "[Ervaringen] TP-Link TL-WR1043ND" voor meer informatie.

[Verwijderd]

mk13139 schreef op zondag 07 juli 2013 @ 21:12:
[...]

OpenWrt Backfire 10.03.1
Dat kun je zelf ook doen d.m.v. strongswan te installeren uit de repository.

Ja? Das top! Alleen nu heb ik deze guide en hij kan bij stap 1 al heel veel dingen niet meer vindne, na de update, ontrebeken er nog veel installatiepakketen hiervoor...

http://wiki.openwrt.org/inbox/strongswan.howto


root@OpenWrt:~# opkg install strongswan-default strongswan-mod-dhcp strongswan-mod-af-alg strongswan-mod-gcrypt \
strongswan-mod-pkcs8 strongswan-mod-test-vectors strongswan-mod-farp
Unknown package 'strongswan-default'.
Unknown package 'strongswan-mod-dhcp'.
Unknown package 'strongswan-mod-af-alg'.
Unknown package 'strongswan-mod-gcrypt'.
Unknown package ' '.
Collected errors:
* opkg_install_cmd: Cannot install package strongswan-default.
* opkg_install_cmd: Cannot install package strongswan-mod-dhcp.
* opkg_install_cmd: Cannot install package strongswan-mod-af-alg.
* opkg_install_cmd: Cannot install package strongswan-mod-gcrypt.
* opkg_install_cmd: Cannot install package .
root@OpenWrt:~# strongswan-mod-blowfish strongswan-mod-md4 strongswan-mod-openssl strongswan-mod-pkcs11 \
> strongswan-mod-pkcs8 strongswan-mod-test-vectors strongswan-mod-farp
-ash: strongswan-mod-blowfish: not found
root@OpenWrt:~#

[ Voor 84% gewijzigd door Verwijderd op 10-07-2013 23:44 ]

[mcDavid]

Rhy schreef op dinsdag 09 juli 2013 @ 10:54:
[...]


klink ik nu bijna als een eindgebruiker i.p.v. een tweaker met 13 jaar ervaring? haha

Nee het was al langere tijd een ergenis. Ipad 3 is 802.11n .... router ook ... dus verwacht je wat meer juice.

Zoals iemand anders al opmerkte, mobiele devices halen bijna nooit echt hoge wifi-snelheden. Rond de 30Mbit houdt het meestal wel op, N of niet. Blame the device.

Eerder niet echt de moeite genomen om openwrt door te spitten, omdat ik veronderstelde dat mijn configuratie gewoon goed was. Nu achteraf blijkt dat 't theoretisch max. onafhankelijk van internet snelheid gecapped wordt op 65mbit is dat frustrerend, en verklaart gebrek aan ipad performance ook niet.

Theoretische max in de bewoonde wereld is 75Mbit. 65Mbit is daarbij een goeie praktijkscore. Wil je meer, zul je gewoon naar 5GHz apparatuur moeten.

Maar in de ochtendgloren er "wr1043nv1_en_3_13_4_up(110429).bin" (stock firmware) op geflashed. En haalde net vanuit bed waarempel 40Mbit down ipv gebruikelijke 1-2Mbit. Apps updaten vanuit de Appstore is opeens seconden ipv minuten werkt. Sidenote: dat is dan wel zonder encryptie.

Nu alleen nog even uitfigulieren hoe ik weer toegang krijg tot de admin *edit* Update1: ook weer opgelost ... chrome caching

*edit* Update2: geupdate naar laatste TP-link firmware (april 2013), WiFi vastgezet op 802.11n ipv mixed, AES ... snelheid vanuit zelfde kamer schommelt nu tussen 32-39Mbit. I'm happy OpenWRT? (ookal hadden bepaalde features wel zijn voordelen, ga ik bovenal voor snelheid).

Lijkt me dan toch dat je gewoon wat verkeerd ingesteld had staan dan, misschien de nachtelijkse wifi-reboot vergeten?
Mijn ouders hebben ook deze router staan en geen enkel probleem met de iPad 3.

P.S. iets anders wat mij opvalt, is dat Ziggo Z3 vanaf iPad dus niet veel zoden aan de dijk zet, en mijn LAN bedraging blijkbaar cat5 is, want boven de 100MBit haal ik nergens op de bovenverdieping. Balen dan maar weer downgraden naar Z2. Verlies ik wel 30Mbit / 3Mbit bandbreedte, maarja. Zo! ben weer klaar met hardop denken.

Cat5 is bijna altijd voldoende voor 1Gbit. Wat zit je te testen? WAN-throughput? Dan is wederom de router (of je internetabonnement) de bottleneck, en hoogstwaarschijnlijk niet de bekabeling

[Rhy]

Zou je denken inderdaad, maar ben er 20uur mee bezig geweest, en blame de device voor 2mbit snelheden, termijn tp 65mbit aangaf? Dus gaarne andere post ook even lezen. Misschien heb je andere chipset? Ik weet het niet, ben zelf in ieder geval weer terug bij stock firmware en uiterst tevreden. De aanschaf van nieuwe apparatuur zo Lang mogelijk uitstellen

[418O2]

ik kom trouwens niet boven de 35mbit wireless (iphone5, ipad1, android hdmi stick). MOet ik hem forcen op N om hoger te komen ofzo?

[mk13139]

418O2 schreef op donderdag 11 juli 2013 @ 10:00:
ik kom trouwens niet boven de 35mbit wireless (iphone5, ipad1, android hdmi stick). MOet ik hem forcen op N om hoger te komen ofzo?

Dat is zo'n beetje de max voor die apparaten.
Wireless kun je beter testen op een laptop met een 300n kaart of beter.

[mk13139]

Verwijderd schreef op woensdag 10 juli 2013 @ 23:29:
[...]


Ja? Das top! Alleen nu heb ik deze guide en hij kan bij stap 1 al heel veel dingen niet meer vindne, na de update, ontrebeken er nog veel installatiepakketen hiervoor...

http://wiki.openwrt.org/inbox/strongswan.howto


root@OpenWrt:~# opkg install strongswan-default strongswan-mod-dhcp strongswan-mod-af-alg strongswan-mod-gcrypt \
strongswan-mod-pkcs8 strongswan-mod-test-vectors strongswan-mod-farp
Unknown package 'strongswan-default'.
Unknown package 'strongswan-mod-dhcp'.
Unknown package 'strongswan-mod-af-alg'.
Unknown package 'strongswan-mod-gcrypt'.
Unknown package ' '.
Collected errors:
* opkg_install_cmd: Cannot install package strongswan-default.
* opkg_install_cmd: Cannot install package strongswan-mod-dhcp.
* opkg_install_cmd: Cannot install package strongswan-mod-af-alg.
* opkg_install_cmd: Cannot install package strongswan-mod-gcrypt.
* opkg_install_cmd: Cannot install package .
root@OpenWrt:~# strongswan-mod-blowfish strongswan-mod-md4 strongswan-mod-openssl strongswan-mod-pkcs11 \
> strongswan-mod-pkcs8 strongswan-mod-test-vectors strongswan-mod-farp
-ash: strongswan-mod-blowfish: not found
root@OpenWrt:~#

Wat voor build zit je? 10.03.1?

[418O2]

mk13139 schreef op donderdag 11 juli 2013 @ 11:13:
[...]


Dat is zo'n beetje de max voor die apparaten.
Wireless kun je beter testen op een laptop met een 300n kaart of beter.

Okeuj. Hoe is de performance van de hardeschijf als je die via usb aan de router hangt? Is dat acceptabel?

[RvL]

Ligt eraan wat je acceptabel vind. Met een ext2 of ext3 ligt de doorvoer (uit m'n hoofd) op zo'n 3MB, NTFS is wat langzamer.

Voor bijvoorbeeld streamen van SD content voldoende, bij HD is t afhankelijk van de bitrate. Grote bestanden via het netwerk kopiëren zou ik in ieder geval niet doen: te langzaam en vergt toch wel veel van de router

[418O2]

RvL schreef op donderdag 11 juli 2013 @ 13:20:
Ligt eraan wat je acceptabel vind. Met een ext2 of ext3 ligt de doorvoer (uit m'n hoofd) op zo'n 3MB, NTFS is wat langzamer.

Voor bijvoorbeeld streamen van SD content voldoende, bij HD is t afhankelijk van de bitrate. Grote bestanden via het netwerk kopiëren zou ik in ieder geval niet doen: te langzaam en vergt toch wel veel van de router

dat ga ik dan maar even niet gebruiken, dat is niet te doen dan houdt hij de snelheid van mijn internetverbinding al niet bij

[mk13139]

Klopt de lees- en schrijfsnelheden zijn alles behalve spectaculair.
Voor bijvoorbeeld je eigen cloud of voor torrents downloaden kan zo'n externe hdd wel handig zijn als tijdelijke opslag, maar voor streaming is hij eigenlijk wel te langzaam.


Ik heb overigens mijn eigen tl-wr1043nd gebrickt tijdens het flashen van een testbuild met OpenVPN en een FTP server. Het wachten is nog op een USB-TTL adapter die ik heb besteld.
Ik zit te denken er weer een torrent client in te zetten. Nog andere suggesties van jullie kant?

[ Voor 36% gewijzigd door mk13139 op 11-07-2013 15:35 ]

[Ultraman]

* Ultraman heeft nooit problemen met streaming gehad hoor

Een 16GB film, 1080p h264 + 5.1 DTS, was geen probleem. Dus als je het daarvoor wilt inzetten, kan prima. Dat was met OpenWRT Backfire, een 320GB 2.5" hdd met ext4 als filesystem, data ging over NFS. Snelheden kan ik met echt voor de geest halen, maar wel terugzoeken...

Gevonden: Ultraman in "[Ervaringen] TP-Link TL-WR1043ND"
Ik had er een rsync daemon op draaien waarmee ik de films er naar toe gooide, rond de 4MB/s writes zo te zien. En er draaide ook NFS op zodat ik vanaf de Raspberry Pi+XBMC de handel er automatisch aan kon mounten en het dus als media centre + NAS draaide. 3.5 tot 6MB/s reads haalde ik zo te zien, meer dan genoeg voor een 1080p HD film + 5.1 DTS geluid.

Over Samba zal het wel langzamer zijn en zou het kunnen dat je het niet trekt. Efficient omgaan met je resources is het credo.

mk13139 schreef op donderdag 11 juli 2013 @ 15:27:
Ik heb overigens mijn eigen tl-wr1043nd gebrickt tijdens het flashen van een testbuild met OpenVPN en een FTP server. Het wachten is nog op een USB-TTL adapter die ik heb besteld.

Geen idee of je in de buurt komt, maar je mag langskomen als je de mijne ff wilt gebruiken.

[ Voor 17% gewijzigd door Ultraman op 11-07-2013 16:46 ]

[Verwijderd]

EDIT delete dit, was dubbel en incompleet

[ Voor 89% gewijzigd door Verwijderd op 11-07-2013 20:33 ]

[Verwijderd]

Hey Ultraman! Heb jij nog tips voor IPSEC op de TP-LINK i.c.m. Stronswan? Ik kan niet de packages vinden en kan dus niks installeren?

Wat voor build zit je? 10.03.1?

Ik zit op build 10.03.1 ja inderdaad!

Ah ik heb zojuist de instructies gevonden om te updaten

http://sjoosten.nl/2013/05/openwrt-aa-r36655-chunky-nl.html

Maar je schrijft over de opkg.conf file, de instructies daaronder, zijn bedoeld voor het wijzigen van deze file toch? en niet voor de firmware?

Correct?

Thanks!

[ Voor 44% gewijzigd door Verwijderd op 11-07-2013 20:56 ]

[mcDavid]

Rhy schreef op donderdag 11 juli 2013 @ 01:48:
Zou je denken inderdaad, maar ben er 20uur mee bezig geweest, en blame de device voor 2mbit snelheden, termijn tp 65mbit aangaf? Dus gaarne andere post ook even lezen. Misschien heb je andere chipset? Ik weet het niet, ben zelf in ieder geval weer terug bij stock firmware en uiterst tevreden. De aanschaf van nieuwe apparatuur zo Lang mogelijk uitstellen

Nee, 2Mbit is veel te weinig. Maar meer dan 30-40 Mbit gaat het gewoon niet worden, maar dat moet dan ook gewoon haalbaar zijn. En voor zover ik weet hebben alle TL1043's dezelfde chipset. Maarja de default firmware is natuurlijk ook niets mis mee.

418O2 schreef op donderdag 11 juli 2013 @ 11:22:
[...]

Okeuj. Hoe is de performance van de hardeschijf als je die via usb aan de router hangt? Is dat acceptabel?

De meeste mensen halen niet veel meer dan 2 à 3 Mbit, niet echt om over naar huis te schrijven dus.

[Verwijderd]

Hai!

Nou het is me net gelukt hoor updaten dan

Als ik nu strongswan probeer te isntalleren, krijg ik na de eerste regel al dit

root@OpenWrt:~# opkg install strongswan-default strongswan-mod-dhcp strongswan-mod-af-alg strongswan-mod-gcrypt
Package strongswan-default (5.0.0-1) installed in root is up to date.
Package strongswan-mod-dhcp (5.0.0-1) installed in root is up to date.
Installing strongswan-mod-af-alg (5.0.0-1) to root...
Downloading http://downloads.openwrt....af-alg_5.0.0-1_ar71xx.ipk.
Package strongswan-mod-gcrypt (5.0.0-1) installed in root is up to date.
Collected errors:
* satisfy_dependencies_for: Cannot satisfy the following dependencies for strongswan-mod-af-alg:
* kernel (= 3.3.8-1-d6597ebf6203328d3519ea3c3371a493) *
* opkg_install_cmd: Cannot install package strongswan-mod-af-alg.
root@OpenWrt:~#

Dat package wil er niet op =/

https://forum.openwrt.org/viewtopic.php?id=43881 zelfde probleem hier trouwens

Iets over de kernel.. is niet gelijk aan? Of mis ik iets? Kan ik dit oplossen met een truucje? help

EDIT:

Dit is het enige pakket dat ontbreekt... heb ik net nodig voor de certificaten? Kan je dit toevoegen aan deze resp?

Thnx!

[ Voor 74% gewijzigd door Verwijderd op 11-07-2013 21:52 ]

[dask]

Juist even de Music Payer Daemon aan het testen, alvorens ik aan een nieuwe setup begin.
De verbinding met de Gnome Music Player Client werkt, alleen is er nog geen geluid

MPD geeft de volgende foutmelding:'problems opening audio device'

Ik vermoed dat er ergens iets fout zit in de output van de audio, My ALSA Device.

Iemand die hier ervaring mee heeft?

code:

root@OpenWrt:~# egrep -v "^[[:space:]]*#|^$" /etc/mpd.conf
music_directory     "/mnt/shares/Muziek"
playlist_directory      "/mnt/shares/.mpd/playlists"
db_file         "/mnt/shares/.mpd/database"
log_file            "~/.mpd/log"
pid_file            "~/.mpd/pid"
state_file          "/mnt/shares/.mpd/state"
user                "filip"
group               "nogroup"
bind_to_address     "192.168.1.1"
port                "6600"
auto_update "yes"
input {
        plugin "curl"
}
audio_output {
    type        "alsa"
    name        "My ALSA Device"
    device      "hw:0,0"    # optional
    format      "44100:16:2"    # optional
    mixer_type      "hardware"  # optional
    mixer_device    "default"   # optional
    mixer_control   "PCM"       # optional
    mixer_index "0"     # optional
}

code:

root@OpenWrt:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 003: ID 0c0b:b159 Dura Micro, Inc. (Acomdata) 
Bus 001 Device 004: ID 0d8c:000e C-Media Electronics, Inc. Audio Adapter (Planet UP-100, Genius G-Talk)
Bus 001 Device 005: ID 048d:1336 Integrated Technology Express, Inc. SD/MMC Cardreader

code:

root@OpenWrt:~# aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
default:CARD=Device
    Generic USB Audio Device, USB Audio
    Default Audio Device
front:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    Front speakers
surround40:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    IEC958 (S/PDIF) Digital Audio Output

code:

root@OpenWrt:~# amixer
Simple mixer control 'Speaker',0
  Capabilities: pvolume pswitch pswitch-joined penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 151
  Mono:
  Front Left: Playback 150 [99%] [0.25dB] [on]
  Front Right: Playback 150 [99%] [0.25dB] [on]
Simple mixer control 'Mic',0
  Capabilities: pvolume pvolume-joined cvolume cvolume-joined pswitch pswitch-joined cswitch cswitch-joined penum
  Playback channels: Mono
  Capture channels: Mono
  Limits: Playback 0 - 32 Capture 0 - 16
  Mono: Playback 23 [72%] [34.36dB] [off] Capture 0 [0%] [0.00dB] [on]
Simple mixer control 'Auto Gain Control',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]

[Verwijderd]

Ah tis gelukt Heb het geforced, maar me VPN doet het nog niet hehe Alles netjes ingesteld zoals het moet volgens de guide

Is er ook een soort auth.log waar ik kan zien wat er gebeurd zodra de VPN probeert te verbinden? Dan kan ik wat makkelijker troubleshooten

EDIT:

Heb het al Alleen nu nog uitvinden waarom het niet lukt... jammer tot zo ver =/

code:

root@OpenWrt:~# logread -f
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[NET] received packet: from 92.69.10.42[500] to 192.168.2.1[500]
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[ENC] parsed ID_PROT request 0 [ SA V V V V V V V V V V V V V V ]
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received NAT-T (RFC 3947) vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-08 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-07 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-06 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-05 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-04 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-03 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[IKE] received draft-ietf-ipsec-nat-t-ike-02 vendor ID
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[ENC] generating ID_PROT response 0 [ SA V V V ]
Jul 11 20:52:50 OpenWrt daemon.info syslog: 06[NET] sending packet: from 192.168.2.1[500] to 92.69.10.42[500]
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[NET] received packet: from 92.69.10.42[500] to 192.168.2.1[500]
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[ENC] parsed ID_PROT request 0 [ KE No NAT-D NAT-D ]
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[IKE] local host is behind NAT, sending keep alives
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[IKE] remote host is behind NAT
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[IKE] sending cert request for "C=NL, O=xxx, CN=xxxx"
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[ENC] generating ID_PROT response 0 [ KE No CERTREQ NAT-D NAT-D ]
Jul 11 20:52:52 OpenWrt daemon.info syslog: 01[NET] sending packet: from 192.168.2.1[500] to 92.69.10.42[500]
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[NET] received packet: from 92.69.10.42[4500] to 192.168.2.1[4500]
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[ENC] parsed ID_PROT request 0 [ ID CERT SIG CERTREQ N(INITIAL_CONTACT) ]
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[IKE] ignoring certificate request without data
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[IKE] received end entity cert "C=NL, O=xxx, CN=client"
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG] looking for XAuthInitRSA peer configs matching 192.168.2.1...92.69.10.42[C=NL, O=xxx, CN=client]
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG] selected peer config "ios"
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG]   using trusted ca certificate "C=NL, O=xxx, CN=xxxx"
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG] checking certificate status of "C=NL, O=xxx, CN=client"
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG] certificate status is not available
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG]   reached self-signed root ca with a path length of 0
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[CFG]   using trusted certificate "C=NL, O=xxx, CN=client"
Jul 11 20:52:53 OpenWrt daemon.info syslog: 02[IKE] authentication of 'C=NL, O=xxx, CN=client' with RSA successful
Jul 11 20:52:54 OpenWrt daemon.info syslog: 02[IKE] authentication of 'C=NL, O=xxx, CN=www.arwingship.nl' (myself) successful
Jul 11 20:52:54 OpenWrt daemon.info syslog: 02[IKE] sending end entity cert "C=NL, O=xxx, CN=www.arwingship.nl"
Jul 11 20:52:54 OpenWrt daemon.info syslog: 02[ENC] generating ID_PROT response 0 [ ID CERT SIG ]
Jul 11 20:52:54 OpenWrt daemon.info syslog: 02[NET] sending packet: from 192.168.2.1[4500] to 92.69.10.42[4500]
Jul 11 20:52:54 OpenWrt daemon.info syslog: 02[ENC] generating TRANSACTION request 4223186761 [ HASH CP ]
Jul 11 20:52:54 OpenWrt daemon.info syslog: 02[NET] sending packet: from 192.168.2.1[4500] to 92.69.10.42[4500]
Jul 11 20:52:55 OpenWrt daemon.info syslog: 13[NET] received packet: from 92.69.10.42[4500] to 192.168.2.1[4500]
Jul 11 20:52:55 OpenWrt daemon.info syslog: 13[ENC] invalid HASH_V1 payload length, decryption failed?
Jul 11 20:52:55 OpenWrt daemon.info syslog: 13[ENC] could not decrypt payloads
Jul 11 20:52:55 OpenWrt daemon.info syslog: 13[IKE] message parsing failed
Jul 11 20:52:55 OpenWrt daemon.info syslog: 13[IKE] ignore malformed INFORMATIONAL request
Jul 11 20:52:55 OpenWrt daemon.info syslog: 13[IKE] INFORMATIONAL_V1 request with message ID 3797239300 processing failed
Jul 11 20:52:58 OpenWrt daemon.info syslog: 05[IKE] sending retransmit 1 of request message ID 4223186761, seq 1
Jul 11 20:52:58 OpenWrt daemon.info syslog: 05[NET] sending packet: from 192.168.2.1[4500] to 92.69.10.42[4500]
^Croot@OpenWrt:~#

[ Voor 90% gewijzigd door Verwijderd op 11-07-2013 22:53 ]

[Harrie]

dask schreef op donderdag 11 juli 2013 @ 21:58:
Juist even de Music Payer Daemon aan het testen, alvorens ik aan een nieuwe setup begin.
De verbinding met de Gnome Music Player Client werkt, alleen is er nog geen geluid

[...]


Ik vermoed dat er ergens iets fout zit in de output van de audio, My ALSA Device.

Iemand die hier ervaring mee heeft?

code:

root@OpenWrt:~# egrep -v "^[[:space:]]*#|^$" /etc/mpd.conf
music_directory     "/mnt/shares/Muziek"
playlist_directory      "/mnt/shares/.mpd/playlists"
db_file         "/mnt/shares/.mpd/database"
log_file            "~/.mpd/log"
pid_file            "~/.mpd/pid"
state_file          "/mnt/shares/.mpd/state"
user                "filip"
group               "nogroup"
bind_to_address     "192.168.1.1"
port                "6600"
auto_update "yes"
input {
        plugin "curl"
}
audio_output {
    type        "alsa"
    name        "My ALSA Device"
    device      "hw:0,0"    # optional
    format      "44100:16:2"    # optional
    mixer_type      "hardware"  # optional
    mixer_device    "default"   # optional
    mixer_control   "PCM"       # optional
    mixer_index "0"     # optional
}

code:

root@OpenWrt:~# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 1a40:0101 Terminus Technology Inc. 4-Port HUB
Bus 001 Device 003: ID 0c0b:b159 Dura Micro, Inc. (Acomdata) 
Bus 001 Device 004: ID 0d8c:000e C-Media Electronics, Inc. Audio Adapter (Planet UP-100, Genius G-Talk)
Bus 001 Device 005: ID 048d:1336 Integrated Technology Express, Inc. SD/MMC Cardreader

code:

root@OpenWrt:~# aplay -L
null
    Discard all samples (playback) or generate zero samples (capture)
default:CARD=Device
    Generic USB Audio Device, USB Audio
    Default Audio Device
front:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    Front speakers
surround40:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    4.0 Surround output to Front and Rear speakers
surround41:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
surround50:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
surround51:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
surround71:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
iec958:CARD=Device,DEV=0
    Generic USB Audio Device, USB Audio
    IEC958 (S/PDIF) Digital Audio Output

code:

root@OpenWrt:~# amixer
Simple mixer control 'Speaker',0
  Capabilities: pvolume pswitch pswitch-joined penum
  Playback channels: Front Left - Front Right
  Limits: Playback 0 - 151
  Mono:
  Front Left: Playback 150 [99%] [0.25dB] [on]
  Front Right: Playback 150 [99%] [0.25dB] [on]
Simple mixer control 'Mic',0
  Capabilities: pvolume pvolume-joined cvolume cvolume-joined pswitch pswitch-joined cswitch cswitch-joined penum
  Playback channels: Mono
  Capture channels: Mono
  Limits: Playback 0 - 32 Capture 0 - 16
  Mono: Playback 23 [72%] [34.36dB] [off] Capture 0 [0%] [0.00dB] [on]
Simple mixer control 'Auto Gain Control',0
  Capabilities: pswitch pswitch-joined penum
  Playback channels: Mono
  Mono: Playback [on]

Ik ben niet thuis de komende weken, dus kan je de setup die ik heb gebruikt niet tonen.
Ik weet wel dat ik OSS gebruik ipv ALSA. Had je niet dezelfde usb geluidskaart gekocht als die ik gebruik? Van DX? ALSA kreeg ik ook niet aan de praat, maar met OSS werkte het vrijwel meteen. Enige lastigere was de mixer voor volume control.

edit: Ik was even in de war met de_bastaard. Zie deze post: Harrie in "[Ervaringen] TP-Link TL-WR1043ND"

Heb je mpd of mpd-mini geinstalleerd? Ik heb de mini variant en die ondersteunt enkel OSS. Ik heb deze wel gehercompileerd met ondersteuning van ID3 tags, want dat zit ook niet standaard in de mini.

Om ook de volume control werkend te krijgen moest ik de naam van de mixer control aanpassen (dit kan dus verschillen voor verschillende geluidskaartjes):

code:

audio_output {
        type            "oss"
        name            "USB Soundcard"
        device          "/dev/dsp"      # optional
        format          "44100:16:2"    # optional
        mixer_type      "hardware"      # optional
        mixer_device    "/dev/mixer"    # optional
        mixer_control   "PHONEOUT"      # optional
#
}

[ Voor 9% gewijzigd door Harrie op 11-07-2013 23:40 ]

[dask]

Harrie schreef op donderdag 11 juli 2013 @ 23:32:
[...]


Ik ben niet thuis de komende weken, dus kan je de setup die ik heb gebruikt niet tonen.
Ik weet wel dat ik OSS gebruik ipv ALSA. Had je niet dezelfde usb geluidskaart gekocht als die ik gebruik? Van DX? ALSA kreeg ik ook niet aan de praat, maar met OSS werkte het vrijwel meteen. Enige lastigere was de mixer voor volume control.

edit: Ik was even in de war met de_bastaard. Zie deze post: Harrie in "[Ervaringen] TP-Link TL-WR1043ND"

Heb je mpd of mpd-mini geinstalleerd? Ik heb de mini variant en die ondersteunt enkel OSS. Ik heb deze wel gehercompileerd met ondersteuning van ID3 tags, want dat zit ook niet standaard in de mini.

Om ook de volume control werkend te krijgen moest ik de naam van de mixer control aanpassen (dit kan dus verschillen voor verschillende geluidskaartjes):

code:

audio_output {
        type            "oss"
        name            "USB Soundcard"
        device          "/dev/dsp"      # optional
        format          "44100:16:2"    # optional
        mixer_type      "hardware"      # optional
        mixer_device    "/dev/mixer"    # optional
        mixer_control   "PHONEOUT"      # optional
#
}

Ik heb idd exact dezelfde gekocht: http://dx.com/p/usb-virtu...-sound-card-adapter-59077

Dit weekend eens uitproberen, heb wel de mpd-full geïnstalleerd.


edit: terug vanuit een cleane mpd.conf begonnen en het werkt, eigenlijk niet veel meer moeten doen dan alleen maar de mappen toe te wijzen en van de rest moest er niets geconfigureerd worden. Werkte onverwacht out of the box.

code:

root@OpenWrt:~# egrep -v "^[[:space:]]*#|^$" /etc/mpd.conf
music_directory     "/mnt/shares/Muziek"
playlist_directory      "/mnt/shares/.mpd/playlists"
db_file         "/mnt/shares/.mpd/database"
log_file            "/mnt/shares/.mpd/log"
pid_file            "/mnt/shares/.mpd/pid"
input {
        plugin "curl"
}

[ Voor 15% gewijzigd door dask op 12-07-2013 18:56 ]

[mk13139]

Ultraman schreef op donderdag 11 juli 2013 @ 16:41:
* Ultraman heeft nooit problemen met streaming gehad hoor

Geen idee of je in de buurt komt, maar je mag langskomen als je de mijne ff wilt gebruiken.

Ik heb hem vorige week al besteld
Maar bedankt voor het aanbod

[TheGrillmeister]

Krijg regelmatig de volgende melding in me browser als ik mijn server lokaal wil benaderen met het publieke adres.

"Rejected request from RFC1918 IP to public server address"

Bij een reboot doet hij het weer een paar dagen
Iemand een idee wat ik hiertegen kan doen? Google helpt me ook nog niet veel verder

Zoekfunctie
MikeOO in "[Ervaringen] TP-Link TL-WR1043ND"

hopelijk dat deze fix werkt

[ Voor 20% gewijzigd door TheGrillmeister op 13-07-2013 11:41 ]

[alt-92]

dan doe je aan spoofing en dat hoort juist stuk te gaan.
maar kun je geen dns hostname aanmaken voor het interne ip?

[dask]

dask schreef op vrijdag 12 juli 2013 @ 06:54:
terug vanuit een cleane mpd.conf begonnen en het werkt, eigenlijk niet veel meer moeten doen dan alleen maar de mappen toe te wijzen en van de rest moest er niets geconfigureerd worden. Werkte onverwacht out of the box.

code:

root@OpenWrt:~# egrep -v "^[[:space:]]*#|^$" /etc/mpd.conf
music_directory     "/mnt/shares/Muziek"
playlist_directory      "/mnt/shares/.mpd/playlists"
db_file         "/mnt/shares/.mpd/database"
log_file            "/mnt/shares/.mpd/log"
pid_file            "/mnt/shares/.mpd/pid"
input {
        plugin "curl"
}

Als ik via de Gnome Player Music Client, een muziekbestand voor de eerste keer afspeel, is er wel wat ruis. Druk ik op pauze en daarna terug afspelen, is de ruis weg. Waarschijnlijk moet de geluidskaart toch nog verder ingesteld worden.

[eltweako]

Vandaag eens openwrt geinstalleerd op de router, was al bekend met dd-wrt maar was toch aardig overdonderd met alle opties.

En wat ik graag wil, dat lukt me niet.

Ik wil de router eigenlijk inzetten als domme ap met switch.
Situatie is als volgt [modem] --> [Cisco router] --> [Gigabit Switch] --> [TP-LINK ROUTER]
Met de stock was het een kwestie van wifi instellen, static ip-adres en dhcp uitschakelen.
Alleen als ik dit met openwrt doe dan krijg ik geen DHCP op de wifi.

Suggesties?

[Videopac]

Ik heb sinds kort ook zo'n ding, maar vind de port forwarding opties wel erg beperkt.
Ten eerste kun je er maar maximaal 16 aanmaken.
Dat zou nog niet zo'n probleem hoeven zijn als hij wat intelligenter was: dingen als 20-22,25,80 herkent ie niet.

Ben ik de enige die tegen deze beperking aan loopt? Hoe hebben jullie dit opgelost?

[bambinodekat]

@Videopac: misschien andere firmware installeren zoals openwrt of dd-wrt

[Videopac]

bambinodekat schreef op woensdag 17 juli 2013 @ 18:34:
@Videopac: misschien andere firmware installeren zoals openwrt of dd-wrt

Dank voor je reactie, maar als ik het zo lees dan is dat niet bepaald makkelijk.

[leuk_he]

eltweako schreef op maandag 15 juli 2013 @ 23:07:

Ik wil de router eigenlijk inzetten als domme ap met switch.

Suggesties?

RTFM?
->>
http://wiki.openwrt.org/doc/recipes/dumbap

[Epep]

Kan met de fabrieksfirmware gerealiseerd worden. De wan poort niet gebruiken,

Zie voor meer info de link: http://www.tp-link.com/en/article/?faqid=417

Waarom andere firmware gebruiken als het goed werkt?

[ Voor 15% gewijzigd door Epep op 18-07-2013 00:24 ]

[MikeOO]

Videopac schreef op woensdag 17 juli 2013 @ 20:46:
[...]

Dank voor je reactie, maar als ik het zo lees dan is dat niet bepaald makkelijk.

Is echt niet moeilijk. Even dit topic rustig doornemen en de Wiki en dan merk je dat het niets voorstelt en daarna gaat er een wereld voor je open en ben je af van de beperking met de forward.

Met dan een andere firmware flashen via de GUI vanuit de originele firmware is het niet. Je moet alleen even uitzoeken welke versie je kan flashen en dat is via de wiki te vinden.

Voor je begint jezelf inlezen voor de Fail Safe mode mocht er iets niet goed gaan en zorgen dat je alle software en info op je PC hebt staan incl de originele firmware. Dan kan er eigenlijk niets fout gaan.

Had hetzelfde probleem en TP-Link daar nog een email over gestuurd maar helaas moest ik maar wachten of dit ooit wordt aangepast.

[Ultraman]

Videopac schreef op woensdag 17 juli 2013 @ 20:46:
[...]

Dank voor je reactie, maar als ik het zo lees dan is dat niet bepaald makkelijk.

OpenWRT (of DD-WRT) is vrij gemakkelijk te flashen hoor. Het gaat net als een reguliere firmware upgrade, alleen gebruik je dan een OpenWRT factory image in plaats van TP-Link firmware image.

Het wordt pas spannender/ingrijpender als je complexe dingen wilt gaan doen.
Als je de WebUI van TP-Link begrijpt en wat van de terminologie er achter dan kom je met de OpenWRT LuCI web-interface ook wel uit de voeten.
En dan is er nog allerlei documentatie en kun je als het moet hier nog terecht.

Mocht je er vervolgens niet uit komen, dan kun je altijd nog terug naar originele firmware. Even opletten dat je een firmware van TP-Link pakt zonder "boot" in de filename en dan kun je die via de WebUI gewoon terugflashen

[BounceCloud]

Ik heb de laatste tijd wat problemen met de TL-WR1043ND v1. Na een bepaalde tijd, gemiddeld zo'n 4 weken, verbreekt de router alle netwerk verbindingen. Contact maken met de router, LAN, of internet is dan niet meer mogelijk.
De computer geeft aan dat er wel een verbinding is, maar dat internetverbinding niet mogelijk is. Kom echter ook niet meer bij 192.168.1.1.

Oplossing is het simpelweg rebooten van de router door hem even van zijn stroomtap af te halen. Het is in dit licht geen groot probleem, maar toch irriteert het mij wel. Het komt natuurlijk altijd op de ongelegen momenten, als je bijvoorbeeld in een skype-call of iets dergelijks zit.

Is dit een herkenbaar probleem?

[DSK]

Mijn ervaring na +-5 maanden met deze router is bedroevend te noemen...

Wou graag de TL-WR1043ND inzetten als AP omdat ik slecht bereik heb van de modem/router met ingebouwde wifi van mijn provider (hoofdzakelijk door de locatie ervan in de garage). Na het lezen van al de goede reviews en het vlug doorlezen van dit topic leek het me een ideale aankoop, zeker icm. de prijs.

Met de originele firmware: elke 2-3 dagen hangt de router volledig: wireless werkt niet meer (wel nog te verbinden maar geeft geen DHCP-aanvragen meer door, webinterface onbereikbaar, switch werkt wel nog.
Oplossing: stekker uit en stekker er terug in + 2-3min. wachten. Redelijk vervelend aangezien de router boven staat en al zeker als de kleine net in bed ligt.

Met OpenWRT (verschillende builds/versies): bij het niet dagelijks herstarten van de router: zelfde problemen als met originele firmware.
Momenteel heb ik en cron-job lopen die de router elke nacht reboot maar zelfs dan nog gebeurt het regelmatig dat de router spontaan uit zichzelf reboot (zeker met dit weer) waardoor de verbinding weer weg is voor enkele minuten (ook via de kabel).
Het lijkt erop dat de klok ook niet 100% goed werkt waardoor de router soms midden in de dag denkt dat het 04:00 is en zichzelf herstart (door de cron job).

Heb al zowat alles wat ik kon terugvinden op het internet geprobeerd maar niks lijkt te helpen aan de instabiliteit. Helaas lees ik ook dat in dit topic meerdere mensen vergelijkbare problemen hebben.
Je zou denken: een slecht exemplaar maar ik heb een tweede exemplaar waarbij zich exact dezelfde problemen voordoen.

Ga nu een poging doen om beide routers te verkopen en om me een goed te verdiepen in de aankopen van een ander model.

[_JGC_]

WDR3600 en WDR4300 zijn hier probleemloos. Heb net ook weer een klant die graag betere wifi dekking wil in huis. Heb nog 3x 1043ND liggen (waarvan 1 gebruikt), maar ik lever gewoon een WDR3600 uit.

Zolang je 1043ND niet gebruikt wordt voor wifi, of je 2.4GHz spectrum dusdanig is ingericht dat er geen andere netwerken zijn op de kanalen die jij wilt gebruiken, werkt dat ding prima. Kom je in drukker gebied, dan is het gewoon drama.

[eltweako]

leuk_he schreef op woensdag 17 juli 2013 @ 23:30:
[...]


RTFM?
->>
http://wiki.openwrt.org/doc/recipes/dumbap

Had ik al geprobeerd, werkte niet (geen dhcp).
Na het laden van de factory defaults gisteren krijg ik geen verbinding meer met de router.
Hoe kan ik hem in een fail-safe modus krijgen of resetten? Het sys lampje gaat niet knipperen bij het opstarten en het drukken op QSS heeft geen effect (Reset knop ook niet).

Edit:
Het is uiteindelijk na een aantal pogingen gelukt, ik moest de QSS blijkbaar vasthouden bij het aansluiten van de power? Gaat in tegen alle handleidingen maar het werkte.
OpenWRT was niet handig in mijn situatie (ruzie met dhcp in mijn netwerk) op advies van het openwrt forum maar eens dd-wrt proberen.

[ Voor 24% gewijzigd door eltweako op 19-07-2013 08:58 ]

[MrBarBarian]

DSK schreef op donderdag 18 juli 2013 @ 15:45:
Mijn ervaring na +-5 maanden met deze router is bedroevend te noemen...

... klaagzang ...

Helaas herkenbaar.. Ik heb hem ruim 3 weken in bezit en vrijwel direct voorzien van OpenWRT. Helaas is de betrouwbaarheid slecht. Met name als er meerdere gebruikers tegelijk actief gebruik maken van WIFI zakt ie geheel in.

Ik hoop morgen een WNDR3700 te ontvangen. Heb er al een en daar ben ik zeer tevreden over!

[MikeOO]

eltweako schreef op vrijdag 19 juli 2013 @ 08:43:
[...]


Had ik al geprobeerd, werkte niet (geen dhcp).
Na het laden van de factory defaults gisteren krijg ik geen verbinding meer met de router.
Hoe kan ik hem in een fail-safe modus krijgen of resetten? Het sys lampje gaat niet knipperen bij het opstarten en het drukken op QSS heeft geen effect (Reset knop ook niet).

Edit:
Het is uiteindelijk na een aantal pogingen gelukt, ik moest de QSS blijkbaar vasthouden bij het aansluiten van de power? Gaat in tegen alle handleidingen maar het werkte.
OpenWRT was niet handig in mijn situatie (ruzie met dhcp in mijn netwerk) op advies van het openwrt forum maar eens dd-wrt proberen.

Vandaar dat ik ook had aangegeven in de topic te gaan lezen. Als je de zoek functie daarin gebruikt dan had je de Fail safe manier direct gevonden

[dask]

Vanwege een 'distortion' bug in de mp3playback op mpd, zou ik libmad moeten hercompileren via cross-compiling. Ik ga hiervoor deze tutorial gebruiken.
Voor de zekerheid toch even de juiste SDK nagaan...dit is toch de atheros?
http://downloads.openwrt....nt/12.09/atheros/generic/

[Ultraman]

Let op dat je voor de TL-WR1043ND bij mijn weten niet "atheros" moet hebben maar "ar71xx". Dat is de architectuur die ik gebruik in ieder geval

[dask]

Ultraman schreef op zondag 21 juli 2013 @ 22:40:
Let op dat je voor de TL-WR1043ND bij mijn weten niet "atheros" moet hebben maar "ar71xx". Dat is de architectuur die ik gebruik in ieder geval

Je hebt gelijk, ik verwarde met de chip van de wifi kaart in de laptop
http://downloads.openwrt....ent/12.09/ar71xx/generic/

Met die hitte is het geen weer om te compilen , zal nog even wachten tot de eerste regenbuien er aankomen en een aantal tutorials op het gemak overlopen.

[ThinkPad]

MrBarBarian schreef op vrijdag 19 juli 2013 @ 19:35:
[...]

Helaas herkenbaar.. Ik heb hem ruim 3 weken in bezit en vrijwel direct voorzien van OpenWRT. Helaas is de betrouwbaarheid slecht. Met name als er meerdere gebruikers tegelijk actief gebruik maken van WIFI zakt ie geheel in.

Ik hoop morgen een WNDR3700 te ontvangen. Heb er al een en daar ben ik zeer tevreden over!

Heb hetzelfde. M'n schoonouders hadden eerst een cheapo router (Belkin ofzo dacht ik) van een jaar of 5 oud. Die kon het niet echt meer aan, en liep vaak vast.

Toen heb ik ze een 1043ND geadviseerd, omdat dat (in 2011) echt een super goede router zou zijn, super stabiel etc. Valt me nu na 2 jaar toch wel redelijk tegen, heb er OpenWRT op geflashed om hem zo stabiel mogelijk te maken, maar ook daarmee geregeld dat de verbinding ineens wegvalt, of niet lekker mee reageert etc.

En dat is in een huis met houten vloeren, op een afstand van 10 meter ongeveer. Met verschillende apparaten.

Mijn oude WRT54GL was wat dat betreft stabieler. Dat was de meest stabiele router die ik ooit heb gehad. Heb hem toen weggedaan en vervangen voor een WNDR3700 ivm 5Ghz, en omdat de WRT54GL aan z'n limiet zat met het 60Mbit pakket van Ziggo wat we hebben.

Al is de WNDR3700 ook niet helemaal superstabiel, maar dat terzijde

[Videopac]

Ik heb hem 2 weken en ben nu al klaar met dit ding. Wifi is waardeloos. Ik ga vanmiddag een Asus ophalen. Mocht iemand deze TP link van me willen overnemen: DM.

[Ultraman]

Vervelend om te lezen dat mensen nog steeds zoveel problemen hebben. Qua ethernet was deze router altijd al zo stabiel als een huis, maar sinds maart/april dit jaar heb qua WiFi ook geen noemenswaardige klachten meer. Misschien eens in de maand een keertje WiFi handmatig een herstart geven, maar dat is het dan wel. Daar ontkom je met geen enkele router uit deze prijsklasse aan. En ik krijg er zoveel voor handige features voor terug met OpenWRT dat zolang deze nog voldoet er geen andere hoeft te komen.
Verder is het ontzettend afhankelijk van de omgeving blijkt. En zoek ook zeker een rustiger kanaal op.
Daarnaast bevat OpenWRT weer enkele fixes sindskort voor het WiFi. Zodra ik tijd heb en het niet meer zo heet is ga ik er mee spelen, incluus dat nieuwe IPv6 framework, een testbuild is al geflashed maar config nog niet overgegooid.

Als ik nu een nieuw apparaat zou moeten aanraden dan gooi ik wel de TL-WDR3600 / WDR4300 op, want dat is een recenter model met ook 5GHz ondersteuning voor wie daar geschikte apparaten voor heeft.

De Netgear WNDR3700 en verwanten vergelijken met deze router is mijns inziens niet helemaal eerlijk, die kost namelijk bijna het dubbele. En zelfs die is blijkbaar niet 100% stabiel.
Bovendien is het daar opletten qua revisies, want de eerste twee gebruiken een Atheros chip, de derde een Broadcom en de vierde weer een andere Atheros. Als je dan gaat vergelijken, vermeldt dan altijd de revisie.

[ Voor 13% gewijzigd door Ultraman op 22-07-2013 12:08 ]

[_JGC_]

Zit 2 dagen per week bij een klant, KPN glasvezel met daarachter een 1043ND die het subnetje routeert zonder NAT. Daarachter hebben een aantal klanten een eigen router, waaronder de klant waar ik zit. Is een WNDR3700. Die 1043ND heeft inmiddels een uptime van een jaar, die WNDR3700 moet regelmatig een reboot.
Overigens draait die 1043ND op een stokoude Backfire chunky build van Ultraman.

Overigens heb ik eerder in dit topic al eens gesproken over een patch om powersaving uit te zetten waardoor zowel performance toeneemt als het aantal DMA errors afneemt. Wat kom ik zojuist tegen in de kernel changelogs? Juist: dezelfde patch
https://git.kernel.org/cg...81e6f28c1425f754346e65c41

[Videopac]

Ultraman schreef op maandag 22 juli 2013 @ 12:06:
Vervelend om te lezen dat mensen nog steeds zoveel problemen hebben. Qua ethernet was deze router altijd al zo stabiel als een huis, maar sinds maart/april dit jaar heb qua WiFi ook geen noemenswaardige klachten meer. Misschien eens in de maand een keertje WiFi handmatig een herstart geven, maar dat is het dan wel. Daar ontkom je met geen enkele router uit deze prijsklasse aan. En ik krijg er zoveel voor handige features voor terug met OpenWRT dat zolang deze nog voldoet er geen andere hoeft te komen.
Verder is het ontzettend afhankelijk van de omgeving blijkt. En zoek ook zeker een rustiger kanaal op.
Daarnaast bevat OpenWRT weer enkele fixes sindskort voor het WiFi. Zodra ik tijd heb en het niet meer zo heet is ga ik er mee spelen, incluus dat nieuwe IPv6 framework, een testbuild is al geflashed maar config nog niet overgegooid.

Als ik nu een nieuw apparaat zou moeten aanraden dan gooi ik wel de TL-WDR3600 / WDR4300 op, want dat is een recenter model met ook 5GHz ondersteuning voor wie daar geschikte apparaten voor heeft.

De Netgear WNDR3700 en verwanten vergelijken met deze router is mijns inziens niet helemaal eerlijk, die kost namelijk bijna het dubbele. En zelfs die is blijkbaar niet 100% stabiel.
Bovendien is het daar opletten qua revisies, want de eerste twee gebruiken een Atheros chip, de derde een Broadcom en de vierde weer een andere Atheros. Als je dan gaat vergelijken, vermeldt dan altijd de revisie.

Noem mij gek of wereldvreemd, maar als ik een product koop verwacht ik dat het out-of-the-box goed werkt. Dat doet deze WR1043RD dus duidelijk niet voor wat betreft het draadloze gedeelte.

[chielmi]

Na > 2 jaar nog steeds erg tevreden over de WR1043ND. Nog nooit storingen of (WiFi) uitval gehad. Uptime van meerdere maanden is geen enkel probleem. Veel VPN en bittorrent gebruik op 6 WiFi en 1 ethernet devices.

[Hoppa!]

Mijn ervaringen zijn wisselend. Tot een aantal maanden geleden probleemloos, daarna een periode waarin het ding zowat elke dag van de stroom moest omdat hij er volledig uitklapte. Nu weer een periode waarin het allemaal wel goed werkt. Ik kan met de beste wil van de wereld niet ontdekken waar het verschil in zit, ik heb in die slechte periode niets anders gedaan dan nu.

Overigens heb ik nu nog steeds elke 2 a 3 weken dat hij een keer gereset moet worden. Vaak in combinatie met zware belasting (meerdere apparaten tegelijkertijd). Ook heb ik gemerkt dat bij gelijktijdige opdrachten de capaciteit van de router zeer beperkt is. Wanneer ik via mijn NAS aan het downloaden ben en ik wil gelijktijdig iets vanaf mijn laptop naar de TV streamen (draadloos), dan is dat eigenlijk een garantie voor horten en stoten....

[koengr]

Sinds een paar maanden nu deze router in huis, omdat de wifi van de standaard modem van ziggo (ubee EVW3200) dramatisch was. We hoopten hiermee een stabielere wifiverbinding en een groter bereik te krijgen.

De verbinding is beter geworden alleen het bereik is wel wat teleurstellend. Op 5 meter van de router met 1 wandje ertussen is het bereik ongeveer 2-3 van de 5 en wanneer ik op mijn kamer op de eerste verdieping zit (ongeveer 15 meter) heb ik vaak helemaal geen bereik.

Aan de instellingen heb ik zelf weinig gedaan. Alleen de standaard instellingen tijdens de aansluiting.
Is er een manier om het bereik te vergroten, want ik heb zelf al een beetje het internet afgezocht en hier tussen de berichten gekeken maar het wordt er voor mij niet duidelijker op.

[RvL]

Ik vermoed dat de problemen ook per hardwarerevisie verschillen. Uit m'n hoofd heb ik een v1.8 en daar heb ik weinig problemen mee. Van tijd tot tijd inderdaad een keer wifi herstarten maar sinds de laatste keer dat ik een firmware gecompiled heb (trunk r36909) is dat ook niet meer nodig geweest.

[mcDavid]

koengr schreef op maandag 22 juli 2013 @ 20:47:
Sinds een paar maanden nu deze router in huis, omdat de wifi van de standaard modem van ziggo (ubee EVW3200) dramatisch was. We hoopten hiermee een stabielere wifiverbinding en een groter bereik te krijgen.

De verbinding is beter geworden alleen het bereik is wel wat teleurstellend. Op 5 meter van de router met 1 wandje ertussen is het bereik ongeveer 2-3 van de 5 en wanneer ik op mijn kamer op de eerste verdieping zit (ongeveer 15 meter) heb ik vaak helemaal geen bereik.

Aan de instellingen heb ik zelf weinig gedaan. Alleen de standaard instellingen tijdens de aansluiting.
Is er een manier om het bereik te vergroten, want ik heb zelf al een beetje het internet afgezocht en hier tussen de berichten gekeken maar het wordt er voor mij niet duidelijker op.

Het vermogen verhogen kan íéts helpen, maar zal geen megaverschil maken gezien je ook afhankelijk bent van het zendvermogen van je client. Verder, aangezien je het bereik naar boven wilt vergroten, heb je de antennes al plat gelegd?
Enige echte loplossing is het verplaatsen van je accesspoint (of router in dit geval) naar een centralere plaats of een plek met minder storingsbronnen (meterkast doet het vaak slecht). Of meerdere accesspoints aanschaffen.

"2-3 van de 5" zegt natuurlijk verrot weinig, maar over het algemeen heb je met zo'n indicatie een prima verbinding, niets mis mee.

-edit- ik vergeet nog dat je even met wifi-analyzer (op je telefoon) kunt kijken welke kanalen het rustigst zijn. Kies kanaal 1, 6 of 11 afhankelijk van welke de minste stoorzenders heeft.

[ Voor 6% gewijzigd door mcDavid op 23-07-2013 10:55 ]

[dask]

Zojuist de koperen heatsinks op de chips geplant met de methode à la bouwew in "[Ervaringen] TP-Link TL-WR1043ND"
Ik ben benieuwd of het iets gaat uitmaken.

De voorbije dagen had ik ondanks de swapfile terug een aantal problemen met spontane reboots bij het uitvoeren van python scripts in de cron met Transmission nog lopen op de achtergrond, nu laat ik voor de zekerheid Transmission stoppen alvorens de CPU nog zo verder te belasten.

[Tutti-frutti]

mcDavid schreef op dinsdag 23 juli 2013 @ 10:53:
[...]

...

-edit- ik vergeet nog dat je even met wifi-analyzer (op je telefoon) kunt kijken welke kanalen het rustigst zijn. Kies kanaal 1, 6 of 11 afhankelijk van welke de minste stoorzenders heeft.

Let wel: Wifi-analyzer/inSSIDer op telefoon geven geen volledig beeld. Wanneer er wifi netwerken op 40MHz draaien zal je hoogstwaarschijnlijk alleen maar de primaire channel daarvan zien. Het kan dus lijken dat je misschien op een channel zit zonder overlapping, maar wanneer je met inSSIDer op laptop met 40mhz ondersteuning kijkt zal je wellicht een andere keuze maken (deels overlappende netwerken hebben meer negatieve invloed dan netwerken op zelfde channel) .

Verder krijg ik het idee dat de atheros chip in de 1043nd niet zo lekker draait op channel 1. Ik kan er in ieder geval geen verklaring voor vinden, maar ik heb op channel 2+6 (40mhz) een veel betere doorvoer en stabieler bereik dan 1+5, zowel in als rondom huis. Het verschil in snelheid, zonet gemeten achter in de tuin: op ch1+5 8mbit/s, 2+6: 33mbit/s! Dit terwijl channel 1 de beste keuze is afgaande op zowel wifi channel bezetting (inSSIDer op laptop, gemeten op verschillende plekken) als op storing in de 2.4ghz-band (geanalyzeerd met een wispy stick). Gezien de belemmerende factor niet verklaard kan worden door de wifi-bezetting en storing in 2.4ghz-band vraag ik me af of het de wifi-chip van de router is die beter presteert op channel 2(+6) dan 1(+5). Het snelheidsverschil merk ik ook op andere clients, wat het waarschijnlijker maakt dat het aan de router-kant zit.

[D-TECH]

De router werkt met out-of-the-box firmware gewoon niet stabiel. Situatie verbeterde sterk met DD-WRT, maar dat lijkt mij niet echt de bedoeling van een consumentenproduct! Mijn (niet zo technische) buurman kan ik deze router niet aanraden.

Jammer wel dat de wifi in combinatie met een PS Vita er na 10 minuten altijd mee ophoudt, weet niet waaraan het ligt.

[nebur86]

ik snap de klachten over de out-of-the-box firmware niet. Ik heb deze router nu 10 maanden. We hebben thuis 3 laptops, 2 tablets, 2 smartphones, 1 vaste pc en een netwerkprinter.. en af en toe mn zussen op bezoek met nog eens 2 smartphones. Zelfs als alles connected is nooit een probleem gehad. Snelheid altijd goed, bereik zelfs op de zolder en in de tuin nog uitstekend. En hij heeft misschien 1x in de 5 maanden eens een reboot nodig gehad toen ik merkte dat ik geen internettoegang had. En dat in een configuratie met dubbele nat omdat dat tele2 geval wat hier hangt ook al als router fungeert..

[D-TECH]

nebur86 schreef op vrijdag 26 juli 2013 @ 00:02:
ik snap de klachten over de out-of-the-box firmware niet. Ik heb deze router nu 10 maanden. We hebben thuis 3 laptops, 2 tablets, 2 smartphones, 1 vaste pc en een netwerkprinter.. en af en toe mn zussen op bezoek met nog eens 2 smartphones. Zelfs als alles connected is nooit een probleem gehad. Snelheid altijd goed, bereik zelfs op de zolder en in de tuin nog uitstekend. En hij heeft misschien 1x in de 5 maanden eens een reboot nodig gehad toen ik merkte dat ik geen internettoegang had. En dat in een configuratie met dubbele nat omdat dat tele2 geval wat hier hangt ook al als router fungeert..

Toch apart dat er zulke verschillende ervaringen zijn. Zouden er verschillende batches zijn?

[Tutti-frutti]

Het verschil in ervaringen zou met de wifi neighborhood te maken kunnen hebben in combinatie met de falende powersaving feature van de atheros chip. Tenminste, dat laatste lijkt de oorzaak van de wegvallen de verbindingen begrijp ik uit een aantal berichten/code commits.
Ik kan me voorstellen dat andere netwerken in de buurt van de router van invloed kunnen zijn op het gedrag van powersaving. Dat zou in ieder geval de verschillende ervaringen kunnen verklaren en tevens ook de 'van tijden stabiel-naar opeens-instabiel' ervaringen (buurman heeft bijv nieuw wifi netwerk).

[_JGC_]

De cisco wap4410 bij mijn voormalig werkgever liep ook altijd vast. Rma gestuurd en de vervanger had hetzelfde probleem. Uiteindelijk het dect basisstation die ernaast stond een verdieping verhuisd en probleemverdween als sneeuw voor de zon.
Wap4410 heeft zelfde wifi hardware als de 1043.