[Ervaringen] TP-Link TL-WR1043ND v1

_JGC_ schreef op vrijdag 26 juli 2013 @ 22:55:
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.

[ Voor 36% gewijzigd door Videopac op 27-07-2013 09:29 . Reden: toevoeging poll ]

[ Voor 31% gewijzigd door sambalbaj op 27-07-2013 10:14 ]

[ Voor 35% gewijzigd door DoeEensGek op 28-07-2013 21:09 ]

Net overgestapt van Attitude Adjustment naar Barrier Breaker (eigen bouwsel)

Ik stond op het punt om m'n build hier te posten, maar ik kan nu over WiFi ineens geen IP-adres meer ophalen over DHCP. WTF?

[ Voor 25% gewijzigd door Compizfox op 28-07-2013 19:02 ]

DECT werkt op een frequentieband van 1880 MHz tot 1900 MHz. Deze 20 MHz van het radiospectrum wordt verdeeld in 10 kanalen met een tussenruimte van 1,728 MHz. Het laagste kanaal is 1881,792 MHz en het hoogste is 1897,344 MHz. Elk kanaal bestaat uit 12 duplex tijdslots. Dit geeft een totaal van 120 beschikbare radiokanalen.

Tutti-frutti schreef op donderdag 25 juli 2013 @ 15:49:
[...]

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.

MarkoAlmelo schreef op woensdag 31 juli 2013 @ 07:58:
Twijfel twijfel. Ik lees veel positieve reviews en ook een bult negatieve...

MikeOO schreef op woensdag 31 juli 2013 @ 08:06:
[...]


Maak een backup van je huidige instellingen en daarna kun je toch testen. Als het niet goed bevalt zet je jouw versie weer terug en herstel je de backup

Er zit toch verschil in hoe de ene TP-Link werkt tov de andere dus alleen door zelf te testen kom je er achter of deze goed bevalt.

Videopac schreef op zaterdag 27 juli 2013 @ 08:43:
[...]

Dat is interessant: bij mij stond hij ook vlakbij een DECT basisstation en waren de draadloze prestaties ook bagger. Misschien is dit de verklaring voor de wisselende ervaringen.

Edit: poll toegevoegd.

Poll: TP Link TL-WR1043RD i.c.m. DECT
• Geen problemen, geen DECT in de buurt
• Geen problemen, wel DECT in de buurt
• Wel problemen, geen DECT in de buurt
• Wel problemen, wel DECT in de buurt
[afbeelding]
^{Ook een poll maken? Klik hier}

Ultraman schreef op woensdag 31 juli 2013 @ 11:24:
Als je nog een router moet kopen zou ik ook de WDR3600 aanraden. De WR1043ND is inmiddels een ouder model waar ik weliswaar nog steeds plezier van heb. Er zijn ook nog genoeg mensen die er een hebben, maar als er hier nieuw spul zou moeten komen dan ging ik ook naar de 3600 kijken.

RoccoS schreef op donderdag 01 augustus 2013 @ 09:40:
Voor alle Surface RT gebruikers: Ik heb sinds een week deze tablet, en het viel me op dat de wifi snelheid belabberd was. Heb zitten spelen met de instellingen van de router, en nadat ik de beveiliging op WPA2-AES heb gezet was de snelheid opeens veel hoger (tablet geeft nu 130 Mbps aan).

Ik draai overigens gewoon de standaard firmware op de router (channel 3, 11bgn mixed, channel width: auto).

RoccoS schreef op donderdag 01 augustus 2013 @ 09:40:
Voor alle Surface RT gebruikers: Ik heb sinds een week deze tablet, en het viel me op dat de wifi snelheid belabberd was. Heb zitten spelen met de instellingen van de router, en nadat ik de beveiliging op WPA2-AES heb gezet was de snelheid opeens veel hoger (tablet geeft nu 130 Mbps aan).

Ik draai overigens gewoon de standaard firmware op de router (channel 3, 11bgn mixed, channel width: auto).

mk13139 schreef op dinsdag 30 juli 2013 @ 22:02:
Nieuwe build: r37620

...

mk13139 schreef op vrijdag 02 augustus 2013 @ 13:33:
[...]


Probeer eens in failsafe mode 'firstboot' uit te voeren (factory reset).

Krytox schreef op vrijdag 02 augustus 2013 @ 14:36:
Pas op deze TP 1043ND pakt geen RJ11 kabels.

Krytox schreef op vrijdag 02 augustus 2013 @ 14:36:
Pas op deze TP 1043ND pakt geen RJ11 kabels.

bertss50 schreef op zaterdag 03 augustus 2013 @ 21:59:
Ik heb zojuist Openwrt op mijn nieuwe TP-Link gezet.
Ik gebruik hem enkel als acces point/switch achter mijn KPN Experiabox.
Weet iemand misschien hoe ik in Openwrt de wan poort in moet stellen zodat ik deze als extra lan poort kan gebruiken?
Alvast bedankt.

Killerbert schreef op zondag 04 augustus 2013 @ 22:35:
Ik heb een paar TP-Link TL-WR1043ND gekocht met hardware versie 1.10.

Kan ik daar gewoon de laatste chunky build van Ultraman op zetten?
Volgens http://wiki.openwrt.org/toh/tp-link/tl-wr1043nd kan er geen Backfire 10.03.1 op.
Ik kan niet op http://sjoosten.nl/2013/05/openwrt-aa-r36655-chunky-nl.html vinden of deze gebaseerd is op Backfire.
Klopt het ook dat ik dan de factory image moet gebruiken?

Ik heb weinig zin in een BRICK

[ Voor 9% gewijzigd door sambalbaj op 05-08-2013 14:23 ]

[ Voor 13% gewijzigd door ShitHappens op 05-08-2013 14:47 ]

HaTe schreef op maandag 05 augustus 2013 @ 17:11:
Net was een Ziggo monteur hier omdat onze modem kapot was, en deze heeft hem vervangen met een nieuwe met draadloos internet (Cisco EPC3925).

Belangrijker is dat nadat hij de 1043ND zag staan, hij met de melding kwam dat de middelste antenne helemaal niet aangesloten is. Klopt dit? Ik kan het niet terug vinden op internet. Hij had hem een keer opengemaakt en kwam tot deze conclusie zei hij.

On this unit its the 2 end antennas on each side that work as tx/rx and the middle antenna works as rx enhancement only, which in reality, if you don't have a 3x2 MIMO adapter that can opposite match the router's mimo arrangement, it won't use it.

ShitHappens schreef op maandag 05 augustus 2013 @ 14:22:
Ik heb de eer 2 van deze routers te hebben. Nummer 1 is aangesloten richting internet, doet DHCP, WiFi SSID "1" (beveiligd) en een aantal apparaten zowel via WiFi als bekabeld aangesloten.
Nummer 2 staat stof te happen, maar ik wil deze elders in huis gaan ophangen. Ben op zoek naar het volgende:
- router 2 verbindt draadloos naar nummer 1
- router 2 zendt eigen SSID met beveiliging
- internetverkeer zal dus via router 2 via router 1 naar het internet gaan
- apparaten op router 2 kunnen apparaten op router 1 niet bereiken - en omgekeerd. Hiervoor zat ik eraan te denken om ook router 2 te laten DHCP'en.

Maar krijg het maar niet voor elkaar Iemand tips? Hetzelfde werkt WEL als ik een UTP kabel leg van LAN poort op router 1 naar WAN van router 2. Deze verbinding moet echter draadloos zijn. Alleen in de instellingen staat bij Wireless Mode geen optie tot repeater.

[ Voor 27% gewijzigd door ThinkPad op 05-08-2013 17:29 ]

ShitHappens schreef op maandag 05 augustus 2013 @ 14:22:
Ik heb de eer 2 van deze routers te hebben. Nummer 1 is aangesloten richting internet, doet DHCP, WiFi SSID "1" (beveiligd) en een aantal apparaten zowel via WiFi als bekabeld aangesloten.
Nummer 2 staat stof te happen, maar ik wil deze elders in huis gaan ophangen. Ben op zoek naar het volgende:
- router 2 verbindt draadloos naar nummer 1
- router 2 zendt eigen SSID met beveiliging
- internetverkeer zal dus via router 2 via router 1 naar het internet gaan
- apparaten op router 2 kunnen apparaten op router 1 niet bereiken - en omgekeerd. Hiervoor zat ik eraan te denken om ook router 2 te laten DHCP'en.

Maar krijg het maar niet voor elkaar Iemand tips? Hetzelfde werkt WEL als ik een UTP kabel leg van LAN poort op router 1 naar WAN van router 2. Deze verbinding moet echter draadloos zijn. Alleen in de instellingen staat bij Wireless Mode geen optie tot repeater.

[2063313.840000] br-lan: port 2(wlan0) entered disabled state
[2063317.020000] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[2063317.050000] device wlan0 entered promiscuous mode
[2063317.090000] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[2063317.790000] br-lan: port 2(wlan0) entered forwarding state
[2063317.800000] br-lan: port 2(wlan0) entered forwarding state
[2063317.800000] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[2063319.800000] br-lan: port 2(wlan0) entered forwarding state
[2111009.890000] device wlan0 left promiscuous mode
[2111009.900000] br-lan: port 2(wlan0) entered disabled state
[2111070.970000] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[2111070.990000] device wlan0 entered promiscuous mode
[2111071.010000] ADDRCONF(NETDEV_UP): wlan0: link is not ready

[ Voor 54% gewijzigd door ThinkPad op 06-08-2013 18:03 ]

mk13139 schreef op dinsdag 30 juli 2013 @ 22:02:
Nieuwe build: r37620

In deze build heb ik OpenVPN, een Bittorrent client (transmission) en een FTP server toegevoegd. Ook bevat deze build weer een nieuwere kernel, versie 3.10.4. Deze build bevat ook een aantal cruciale stabiliteits-fixes voor onze ath9k chipset.

Wat zit er allemaal in:

• Ath9k driver geforceerd de gebruiker-gedefinieerde region instellingen te gebruiken, dit maakt kanaal 12 en 13 beschikbaar.
• IPv6 ondersteuning
• 3G/UMTS,PPPoA, PPPoE en ATM Bridge (AAL5) support
• QoS
• USB storage (bestandssystemen FAT32, NTFS en ext2/3/4)
• Bestandsdeling over Windows netwerken (Samba)
• Printer support
• 802.11Q VLAN
• UPnP ondersteuning
• Wake-on-LAN instellingen
• DDNS instellingen
• Hd-idle instellingen (kan de 'spin down' tijd van een gekoppelde harde schijf regelen)
• Transmission Bittorrent client
• OpenVPN (alléén via commandline te configureren)
• FTP server (vsftpd, commandline configuratie)
• Luci Bootstrap thema toegevoegd (als default)

Download links:
TP-link naar OpenWrt: http://goo.gl/IXsutc
md5sum: 07b61cdf58e19fe918a4f39dd6def1e5

OpenWrt naar OpenWrt (upgrade): http://goo.gl/U4GXUc
md5sum: bfa42e24720bcaff4383093ae727d220

Voor de upgraders!!
Als men nog niet op de Barrier Breaker branche zit (dus mijn build nog niet eerder heeft geïnstalleerd) is ten zeerste aanbevolen te upgraden zonder de configuratie te behouden! Dit om de werking van mijn build te garanderen en eventuele compabiliteitsissues met andere branches te voorkomen!
Zit je al wel op een oudere build van mij? Dan is upgraden met configuratie (waarschijnlijk) geen probleem.

[ Voor 109% gewijzigd door HaTe op 07-08-2013 12:23 ]

mk13139 schreef op dinsdag 06 augustus 2013 @ 18:45:
Dat je wifi wegvalt heeft vrij weinig met de bootloader te maken, dus die zou ik lekker zo laten.
In je log bestand staat niks raars, geen TX DMA errors. Maar waar jij waarschijnlijk last van hebt is een crashende hostapd (hetgeen wat voor je wifi authenticatie zorgt). Hostapd crashes worden niet in het logbestand opgenomen.

Je zou mijn nieuwste build kunnen proberen, daar is het probleem met de crashende hostapd opgelost.
Ik raad je ook aan de wifi bandbreedte op 20mhz te zetten, hierdoor heb je veel minder last van interferentie en dus is je verbinding stabieler en vaak in praktijk ook nog sneller. Tevens hang je de wifi-hooligan niet meer uit.

Verder is mijn ervaring dat met Attitude Adjustment de router warmer draait dan met de trunk, waarschijnlijk door de nieuwere kernel. Nog een reden om mijn build te proberen.

[ Voor 12% gewijzigd door ThinkPad op 06-08-2013 20:21 ]

[ Voor 4% gewijzigd door vanputten80 op 07-08-2013 00:31 ]

HaTe schreef op dinsdag 06 augustus 2013 @ 19:56:
Ik weet niet of dit de juiste plek is om te vragen. Wat is de beste manier om de WiFi van de Ziggo modemrouter te gebruiken, maar niet de functionaliteit van de TPLink kwijt te raken? Ik zou graag de DHCP en firewall van de TPLink gebruiken en enkel de WiFi van de Ziggo router, omdat deze sneller is en waarschijnlijk stabieler.

Of is de enige mogelijkheid om de Ziggo router de DHCP en firewall te laten regelen?

edit:
IK denk dat het niet kan, ik ga de router van Ziggo uitschakelen en daarmee dus terug op de oude situatie.

MikeOO schreef op woensdag 07 augustus 2013 @ 07:30:
[...]


Dit kun je doen door de router-achter-router opstelling.
https://www.ziggo.nl/#kla...rnet/router-achter-router

Heb dit zelf ook even gebruikt maar door problemen met een VPN die niet meer wilde werken (sommige port-forwards gaan dan niet goed, whatsapp berichten die vertraag binnen kwamen (bug in ziggo router waarschijnlijk) ben ik weer teruggegaan door het modem/router in bridge mode te laten zetten door de helpdesk. WiFi hotspots geloof ik verder wel. Je maakt wel 2 verschillende netwerken dus als je de wifi van ziggo gebruikt kun je niet direct op je netwerk komen. Hoe je deze kunt samenvoegen weet ik helaas niet.

Voor router-achter-router moet je bridge weer uit laten zetten.

[ Voor 89% gewijzigd door HaTe op 07-08-2013 13:11 ]

ShitHappens schreef op dinsdag 06 augustus 2013 @ 11:40:
OK, zijn beiden al voorzien van DD-WRT dus kan daar eens mee gaan puzzelen, geen ervaring met OpenWRT maar ben niet bang om te experimenteren
Zal de ervaringen zo wel posten

sphere schreef op woensdag 07 augustus 2013 @ 18:56:
Op vakantie gemerkt hoe matig dit apparaat werkt icm g apparaten. n laptop verbond zomaar, maar g laptop vertikte het. Goed op letten als je nog een oudere laptop hebt die er ook op moet.

mk13139 schreef op dinsdag 30 juli 2013 @ 22:02:
Nieuwe build: r37620

In deze build heb ik OpenVPN, een Bittorrent client (transmission) en een FTP server toegevoegd. Ook bevat deze build weer een nieuwere kernel, versie 3.10.4. Deze build bevat ook een aantal cruciale stabiliteits-fixes voor onze ath9k chipset.

Wat zit er allemaal in:

• Ath9k driver geforceerd de gebruiker-gedefinieerde region instellingen te gebruiken, dit maakt kanaal 12 en 13 beschikbaar.
• IPv6 ondersteuning
• 3G/UMTS,PPPoA, PPPoE en ATM Bridge (AAL5) support
• QoS
• USB storage (bestandssystemen FAT32, NTFS en ext2/3/4)
• Bestandsdeling over Windows netwerken (Samba)
• Printer support
• 802.11Q VLAN
• UPnP ondersteuning
• Wake-on-LAN instellingen
• DDNS instellingen
• Hd-idle instellingen (kan de 'spin down' tijd van een gekoppelde harde schijf regelen)
• Transmission Bittorrent client
• OpenVPN (alléén via commandline te configureren)
• FTP server (vsftpd, commandline configuratie)
• Luci Bootstrap thema toegevoegd (als default)

Download links:
TP-link naar OpenWrt: http://goo.gl/IXsutc
md5sum: 07b61cdf58e19fe918a4f39dd6def1e5

OpenWrt naar OpenWrt (upgrade): http://goo.gl/U4GXUc
md5sum: bfa42e24720bcaff4383093ae727d220

Voor de upgraders!!
Als men nog niet op de Barrier Breaker branche zit (dus mijn build nog niet eerder heeft geïnstalleerd) is ten zeerste aanbevolen te upgraden zonder de configuratie te behouden! Dit om de werking van mijn build te garanderen en eventuele compabiliteitsissues met andere branches te voorkomen!
Zit je al wel op een oudere build van mij? Dan is upgraden met configuratie (waarschijnlijk) geen probleem.

mk13139 schreef op donderdag 08 augustus 2013 @ 12:49:
[...]


Probeer dit eens:

code:

1 2	opkg update opkg install kmod-ipt-nathelper-extra --force-depends

Let op de twee streepjes vóór force.

Ik zie inderdaad dat ik dit pakket ben vergeten op te nemen in mijn build. Ik zal vanavond een nieuwe build maken waarin ik dit heb opgenomen!
Ik zag trouwens ook dat de NTP (tijd) server niet als geactiveerd staat in LuCI terwijl hij dat wel is, hopelijk is dat in de build van vanavond ook opgelost .

rbadal schreef op woensdag 07 augustus 2013 @ 15:43:
Is er voor deze router een andere Torrent client dan 'Transmission' beschikbaar? Ik merk dat als ik met transmission iets download, ik niet mijn volledige snelheid haal (60Mbit ziggo). Ik download mijn bestanden naar een externe schijf die ik via samba geshared heb (VEOLO mediaplayer). Ook merk ik dat als ik bestanden binnen haal dat ik met torrents het probleem heb dat mijn samba share eruit gaat en de torrent client zegt dat hij mij share niet meer kan benaderen. Dit probleem (dat mijn samba share via torrents eruit gaat) heb ik trouwens ook als ik iets binnenhaal via de PC met uTorrent. Als ik een andere share gebruik (een HDD in mijn dreambox via CIFS) dan gaat mijn share er niet uit maar gaan de downloads na enige tijd wat langzamer dan normaal)

Als ik een ext4 HD van 320GB aansluit op mijn router, zou ik dan wel de volledige snelheid halen als ik het download op de HD die via USB in mijn router zit? Ik las in dit forum ergens dat de MAX. write speed rond de 4MB ligt, mijn download gaat max rond de 7~7,1MB/ps (ik zal dus mijn max download niet kunnen halen?). Ook las ik dat Ultraman wel normaal HD films kan streamen van zijn router naar zijn mediaplayer. Het streamen op zich lijkt mij geen probleem, echter zit ik meer met de snelheid waarmee ik download, ik heb deze liever altijd op mijn MAX zitten (al neem ik met max 6 MB/ps ook wel genoegen)

Thnx in advance!

[ Voor 9% gewijzigd door RvL op 08-08-2013 13:44 ]

rbadal schreef op donderdag 08 augustus 2013 @ 13:45:
Hmm oke.. denk dat ik toch in een zuinige NAS moet investeren waarop een goede torrent client draait. Thnx iig!

mk13139 schreef op donderdag 08 augustus 2013 @ 18:19:
[...]


Ben je wel als root ingelogd dan?
Bij mij geeft opkg update geen enkel probleem....

-edit-

Nieuwe build is gemaakt (r37739), nathelper-extra is toegevoegd.
Tevens is het probleem met LuCI en de NTP server opgelost.
mk13139 in "[Ervaringen] TP-Link TL-WR1043ND"

_JGC_ schreef op donderdag 08 augustus 2013 @ 09:17:
Ligt aan de laptop en bijbehorende drivers. Ik heb gisteren ook nog een laptop met Atheros AR5007 opnieuw geinstalleerd, wilde ook niet fatsoenlijk verbinden. Nieuwe drivers en meteen werken.

sphere schreef op donderdag 08 augustus 2013 @ 23:23:
[...]

Kweenie, tis een Intel 3945ABG, maar ik kan het nu niet meer testen.

Wel vreemd dat je hier iets compleet anders lijkt te zeggen? Of begrijp ik je niet goed... _JGC_ in "[Ervaringen] TP-Link TL-WR1043ND"

Sniffert schreef op vrijdag 09 augustus 2013 @ 10:40:
Sinds kort ook in het bezit van deze router. Welke custom-based firmware raden jullie aan qua performance, bereik, mogelijkheden, compatibiliteit etc. OpenWRT of DD-WRT?

Harmen schreef op vrijdag 09 augustus 2013 @ 10:48:
[...]


Heb je de startpost wel gelezen?

Sniffert schreef op vrijdag 09 augustus 2013 @ 11:06:
[...]


Die heb ik gelezen ja. Gaat mij meer om ervaring/mening van mensen. Ben eens benieuwd wie wat gebruikt/ welke built etc. Maar bedankt voor je post.

[ Voor 18% gewijzigd door Sniffert op 10-08-2013 12:58 ]

Sniffert schreef op zaterdag 10 augustus 2013 @ 12:42:
Dank voor de reacties. Enig probleem is dat ik hardware version 1.9 van de router heb. Op veel sites heb ik al gelezen dat dit een probleem kan zijn. Wil absoluut geen brick veroorzaken. Heeft iemand ervaring met deze hardware versie in combinatie met DD-WRT/Open-WRT?

Edit: Dit gevonden: reacties zien er goed uit. Misschien eens gaan proberen.

[ Voor 15% gewijzigd door h3ll op 11-08-2013 14:29 ]

mk13139 schreef op zondag 11 augustus 2013 @ 14:51:
Meh, ik was nooit zo fan van die disable_ani workaround... Ik kreeg er langere pingtijden van.
Als je disable_ani gebruikt en je hebt last van interferentie van andere routers, krijg je veel TX DMA errors en daardoor kans dat je wifi er helemaal uit klapt i.p.v. tijdelijk wat minder snelheid.

Ik gebruik al tijden geen workarounds of reboots meer, alles lijkt prima te functioneren sinds mijn laatste paar builds.

Ultraman schreef op zondag 11 augustus 2013 @ 14:29:
disable_ani kan prima helpen idd. Die heb ik volgens mij twee builds lang "gepromoot" ook.
Sinds mijn meest recente build gebruik ik hem echter niet meer, er zitten ook nadelen aan, maar als je nog problemen hebt kun je er zeker naar kijken

Prolution schreef op maandag 12 augustus 2013 @ 11:45:
De laatste paar recente builds (trunk) lukt het mij niet om de wifi restart cron werkend te krijgen.
De cron job zelf werkt op zich wel, dit zie ik ook terug in de system log.
Op het moment dat dat het commando "/sbin/wifi down" wordt doorgegeven gaat de wifi ook down, maar bij de opvolgende "/sbin/wifi up" (paar minuten later) komt de wifi niet volledig up (je ziet wel wat terug in de logs).

Wanneer ik dan zelf (handmatig) het commando "/sbin/wifi up" doorgeef via SSH werkt het wel weer.

Op oudere (trunk) builds (vanaf paar maanden geleden?) had ik geen enkel probleem hiermee.

Ik heb nu maar een "reboot" er in gezet voor iedere avond, dat werkt namelijk nog wel .

1
2
3

#min hour day month dayofweek command
50 4 * * * /sbin/wifi down # Disable WiFi @ 4:50 every night
55 4 * * * /sbin/wifi up # Enable WiFi @ 4:55 every night

Prolution schreef op maandag 12 augustus 2013 @ 11:45:
De laatste paar recente builds (trunk) lukt het mij niet om de wifi restart cron werkend te krijgen.
De cron job zelf werkt op zich wel, dit zie ik ook terug in de system log.
Op het moment dat dat het commando "/sbin/wifi down" wordt doorgegeven gaat de wifi ook down, maar bij de opvolgende "/sbin/wifi up" (paar minuten later) komt de wifi niet volledig up (je ziet wel wat terug in de logs).

Wanneer ik dan zelf (handmatig) het commando "/sbin/wifi up" doorgeef via SSH werkt het wel weer.

Op oudere (trunk) builds (vanaf paar maanden geleden?) had ik geen enkel probleem hiermee.

Ik heb nu maar een "reboot" er in gezet voor iedere avond, dat werkt namelijk nog wel .

[21471.160000] nf_conntrack: automatic helper assignment is deprecated and it will be removed soon. Use the iptables CT target to attach helpers instead.
[25973.840000] amanda_help: skblen = 0
[217284.150000] amanda_help: skblen = 0
[218233.130000] amanda_help: skblen = 0
[221009.140000] amanda_help: skblen = 0
[313549.950000] amanda_help: skblen = 0
[313583.440000] amanda_help: skblen = 0
[430820.790000] amanda_help: skblen = 0
[430856.790000] amanda_help: skblen = 0
[445586.630000] amanda_help: skblen = 0
[445619.620000] amanda_help: skblen = 0

[ Voor 99% gewijzigd door Sniffert op 12-08-2013 23:11 ]

[ Voor 16% gewijzigd door Sniffert op 14-08-2013 00:08 ]

_JGC_ schreef op woensdag 14 augustus 2013 @ 00:10:
Sowieso staan vermogen en landinstelling in dat plaatje verkeerd. Hoger dan 20 zetten is in de praktijk zinloos (je laptop doet 15 retour als je mazzel hebt), wil je dat wel, kan je beter NZ kiezen ipv US.

Verder is de snelheid nogal afhankelijk van je client apparaat. Welke chip zit er in je wlan client?

1
2
3
4
5
6
7
8
9
10

config wifi-device 'radio0'
    option type 'mac80211'
    option hwmode '11ng'
    option macaddr 'ff:ff:ff:ff:ff:ff'
    list ht_capab 'SHORT-GI-40'
    list ht_capab 'DSSS_CCK-40'
    option txpower '23'
    option country 'NZ'
    option channel '5'
    option htmode 'HT20'

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

Station ff:ff:ff:ff:ff:ff (on wlan0)
    inactive time:  10 ms
    rx bytes:   2643054
    rx packets: 17073
    tx bytes:   8086873
    tx packets: 12036
    tx retries: 419
    tx failed:  0
    signal:     -57 [-70, -61, -60] dBm
    signal avg: -57 [-69, -61, -60] dBm
    tx bitrate: 58.5 MBit/s MCS 6
    rx bitrate: 65.0 MBit/s MCS 7
    authorized: yes
    authenticated:  yes
    preamble:   short
    WMM/WME:    yes
    MFP:        no
    TDLS peer:  no

[ Voor 47% gewijzigd door Sniffert op 14-08-2013 09:59 ]

_JGC_ schreef op woensdag 14 augustus 2013 @ 00:10:
Sowieso staan vermogen en landinstelling in dat plaatje verkeerd. Hoger dan 20 zetten is in de praktijk zinloos (je laptop doet 15 retour als je mazzel hebt), wil je dat wel, kan je beter NZ kiezen ipv US.

Verder is de snelheid nogal afhankelijk van je client apparaat. Welke chip zit er in je wlan client?

donald_dick schreef op donderdag 15 augustus 2013 @ 21:33:
Ik wil van de build van mk13139 overstappen naar de ultraman, omdat ik bij die van mk niet alle packages kan of lukt om te installeren. Ik krijg helaas deze melding:
Image check 'platform_check_image' failed.
Is dit omdat de versie van mk hoger is? Is het dan aan te raden om een factory reset te doen?