[Ervaringen] TP-Link TL-WR1043ND v1

vrijdag 11 april 2014 10:06

Acties:

0 Henk 'm!

carpe noctem

Heartbleed bug fixen in AA:

# cd /tmp

(confirm vulnerable versions are present)
# opkg list-installed | grep openssl
libopenssl - 1.0.1e-1
openssl-util - 1.0.1e-1

(download the trunk packages for ar71xx)
# wget http://downloads.openwrt....enssl_1.0.1g-1_ar71xx.ipk
# wget http://downloads.openwrt....-util_1.0.1g-1_ar71xx.ipk

(install the new packages)
# opkg install libopenssl_1.0.1g-1_ar71xx.ipk
Upgrading libopenssl on root from 1.0.1e-1 to 1.0.1g-1...
Configuring libopenssl.

# opkg install openssl-util_1.0.1g-1_ar71xx.ipk
Upgrading openssl-util on root from 1.0.1e-1 to 1.0.1g-1...
Configuring openssl-util.

(confirm the new versions are present)
# opkg list-installed | grep openssl
libopenssl - 1.0.1g-1
openssl-util - 1.0.1g-1

(reboot to ensure the new libraries are used by all programs)
# reboot

vrijdag 11 april 2014 14:27

Acties:

0 Henk 'm!

tiab7

Na lange tijd op een oude OpenWRT-build gedraaid te hebben, heb ik gisteren een update gedaan naar "OpenWrt by mk13139 r40438". Sindsdien wil mijn siemens sip-telefoon niet meer naar buiten bellen.

In de system log staat:

code:

1
2
3

Fri Apr 11 13:21:14 2014 kern.notice kernel: [58262.780000] nf_ct_sip: dropping packet: all ports in use for SDP media IN= OUT= SRC=xx.xxx.xxx.xxx DST=xx.xx.xxx.xxx LEN=1032 TOS=0x08 PREC=0x80 TTL=127 ID=17106 PROTO=UDP SPT=5060 DPT=5060 LEN=1012 
Fri Apr 11 13:21:14 2014 kern.notice kernel: [58262.800000] nf_ct_sip: dropping packet: cannot add expectation for voice IN= OUT= SRC=xx.xxx.xxx.xxx DST=xx.xx.xxx.xxx LEN=1032 TOS=0x08 PREC=0x80 TTL=127 ID=17106 PROTO=UDP SPT=5060 DPT=5060 LEN=1012 
Fri Apr 11 13:21:15 2014 kern.warn kernel: [58263.770000] nf_conntrack: expectation table full

Na wat googelen heb ik de conntrack tabel vergroot (in sysctl.conf). Dat leek te helpen, maar na 1 telefoongesprek kwamen bovenstaande meldingen weer terug.

In de oude build heb ik deze meldingen nooit gehad, is conntrack een nieuwe module?

vrijdag 11 april 2014 14:29

Acties:

0 Henk 'm!

sphere

Debian abuser

Ik heb nu een tijdje OpenWRT draaien (mk13139 r37893 / LuCI Trunk (svn-r9899)). Helaas moet ik constateren dat de WiFi performance nog steeds om te huilen is. Een aantal maanden heb ik er weinig aan gedaan, maar nu begint het toch te irriteren.

Om 0400 reboot de router al automatisch, maar toch is hij met zo'n dagelijke reboot traag. Via bedraad geen issues. Is er een stappenplan om systematisch dingen uit te sluiten? En wat kopen mensen ipv een WR1043ND als wat er naast ze op de bank zit niet ophoudt met zeuren?

http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454

vrijdag 11 april 2014 15:41

Acties:

0 Henk 'm!

Dreamvoid

Voor degenen met DD-WRT, helaas nog geen nieuwe versie, build 23838 van 29 Maart 2014 lijkt de laatste te zijn:
ftp://ftp.dd-wrt.com/betas/2014/

[ Voor 13% gewijzigd door Dreamvoid op 11-04-2014 15:47 ]

vrijdag 11 april 2014 18:05

Acties:

0 Henk 'm!

mk13139

Topicstarter

tiab7 schreef op vrijdag 11 april 2014 @ 14:27:
Na lange tijd op een oude OpenWRT-build gedraaid te hebben, heb ik gisteren een update gedaan naar "OpenWrt by mk13139 r40438". Sindsdien wil mijn siemens sip-telefoon niet meer naar buiten bellen.

In de system log staat:
code:
1
2
3
Fri Apr 11 13:21:14 2014 kern.notice kernel: [58262.780000] nf_ct_sip: dropping packet: all ports in use for SDP media IN= OUT= SRC=xx.xxx.xxx.xxx DST=xx.xx.xxx.xxx LEN=1032 TOS=0x08 PREC=0x80 TTL=127 ID=17106 PROTO=UDP SPT=5060 DPT=5060 LEN=1012 
Fri Apr 11 13:21:14 2014 kern.notice kernel: [58262.800000] nf_ct_sip: dropping packet: cannot add expectation for voice IN= OUT= SRC=xx.xxx.xxx.xxx DST=xx.xx.xxx.xxx LEN=1032 TOS=0x08 PREC=0x80 TTL=127 ID=17106 PROTO=UDP SPT=5060 DPT=5060 LEN=1012 
Fri Apr 11 13:21:15 2014 kern.warn kernel: [58263.770000] nf_conntrack: expectation table full
Na wat googelen heb ik de conntrack tabel vergroot (in sysctl.conf). Dat leek te helpen, maar na 1 telefoongesprek kwamen bovenstaande meldingen weer terug.

In de oude build heb ik deze meldingen nooit gehad, is conntrack een nieuwe module?

Conntrack is geen nieuwe module, het is onderdeel van de kernel. De kernel is recentelijk geupdate naar 3.14, daar is het dus waarschijnlijk mis gegaan. Deze kernel zit sinds r40395 in mijn build gebakken.
Je kunt het beste een ticket hierover openen.

dikkechill schreef op vrijdag 11 april 2014 @ 15:16:
[...]

Misschien handig om te weten, polarssl heeft geen last vd heartbleed bug.
Zie ook https://polarssl.org/tech...security-advisory-2014-01

Verder, dank voor het werk aan je openwrt build!

Thanks, ik had het gezien

.
Ik zal in toekomstige builds terug naar polarssl switchen, tenzij iemand de voorkeur voor openssl heeft?

[ Voor 14% gewijzigd door mk13139 op 11-04-2014 18:16 ]

zaterdag 12 april 2014 15:08

Acties:

0 Henk 'm!

GraasGast

Analogue Heaven

OpenWRT ar71xx draait gewoon nog op 3.10.34 toch?

Uit r40438 by mk13139:

code:

1	Linux version 3.10.34 (martijn@HP-dc7800) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 r40334) ) #54 Wed Apr 9 22:51:55 CEST 2014

[ Voor 5% gewijzigd door GraasGast op 12-04-2014 15:09 ]

zaterdag 12 april 2014 16:13

Acties:

0 Henk 'm!

sphere

Debian abuser

dikkechill schreef op vrijdag 11 april 2014 @ 15:20:
Ik draai hier al een tijdje build r39450 (op een wdr-4300) en die is qua wifi voor mij stabiel.

Bedoel je deze? https://drive.google.com/...HdnFhcHFJNEw3d2VsaE0#list

http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454

zondag 13 april 2014 21:20

Acties:

0 Henk 'm!

royalt123

Amai zoveel pagina's topic!

Ik zit ermee dat mijn snelheid laag staat op +- 40mbit steken en ik heb verschillende instellingen getest en blijft maar traag zijn op 40mbit. Instellingen die nu momenteel staan is mode N only, channel with auto , kanaal 6. Wat ik ook heb verandert tijdens testen is 40mhz, 20mhz only, Bgn combined, kanaal auto. Alles in huis is gigabit aangesloten. Via pc gaat topsnelheid normaal.

Heeft iemand tips? Ik blijft wel op stock fw draaien.

maandag 14 april 2014 12:54

Acties:

0 Henk 'm!

GraasGast

Analogue Heaven

royalt123 schreef op zondag 13 april 2014 @ 21:20:
...
Ik zit ermee dat mijn snelheid laag staat op +- 40mbit steken en ik heb verschillende instellingen getest en blijft maar traag zijn op 40mbit. Instellingen die nu momenteel staan is mode N only, channel with auto , kanaal 6. Wat ik ook heb verandert tijdens testen is 40mhz, 20mhz only, Bgn combined, kanaal auto. Alles in huis is gigabit aangesloten. Via pc gaat topsnelheid normaal.
...

40 MHz channels zijn alleen nuttig als je in een rustige buurt zit qua wifi. N only, channel width 20MHz, en een zo rustig mogelijk kanaal (checken met inssider oid.) zijn vaak de beste instellingen. Verder letten op een goede plaatsing in huis en je antenne's goed richten. Die stralen in een donutvorm dwars van de antenne af: http://countrymilewifi.com/Images/90-ant-ori.jpg

Verder de firmware/drivers op je client devices updaten, en niet al te ver van je AP af gaan zitten.

sphere schreef op zaterdag 12 april 2014 @ 16:13:
[...]

Bedoel je deze? https://drive.google.com/...HdnFhcHFJNEw3d2VsaE0#list

Die oude r39450 build ben ik weer gaan gebruiken, en wifi is inderdaad stabieler. Nu al anderhalve dag zonder wifi hangs, dat heb ik nog niet gehaald met r40000+

[ Voor 3% gewijzigd door GraasGast op 14-04-2014 12:55 ]

dinsdag 15 april 2014 20:11

Acties:

0 Henk 'm!

consono_md110

Nou, hier is het gebeurd met de 1043. Tenminste, daar lijkt het op.
Heb eergisteren de update gedaan naar "OpenWrt by mk13139 r40438"
Het was toch niet de eerste update die ik erin gedraaid heb, maar deze wilde niet zo best blijkbaar.
Na een half uur stond het update scherm er nog voor. Toen maar eens heel voorzichtig het ding gereset. Helaas, nada, nothing, noppes meer. Hij lijkt gewoon op te starten, maar een IP-adres krijg ik er niet van. Resetbutton doet niets, geen idee wat ik er mee moet.

Iemand suggesties?

dinsdag 15 april 2014 20:54

Acties:

0 Henk 'm!

Borromini

Mislukt misantroop

OpenWrt

Kan je inloggen als je je IP handmatig instelt? Dus met netmask en gateway?

Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje

dinsdag 15 april 2014 21:52

Acties:

0 Henk 'm!

consono_md110

Nee, hij reageert in ieder geval niet op het adres wat 'ie had: 192.168.1.1

woensdag 16 april 2014 01:27

Acties:

0 Henk 'm!

Namba

consono_md110 schreef op dinsdag 15 april 2014 @ 20:11:
Nou, hier is het gebeurd met de 1043. Tenminste, daar lijkt het op.
Heb eergisteren de update gedaan naar "OpenWrt by mk13139 r40438"
Het was toch niet de eerste update die ik erin gedraaid heb, maar deze wilde niet zo best blijkbaar.
Na een half uur stond het update scherm er nog voor. Toen maar eens heel voorzichtig het ding gereset. Helaas, nada, nothing, noppes meer. Hij lijkt gewoon op te starten, maar een IP-adres krijg ik er niet van. Resetbutton doet niets, geen idee wat ik er mee moet.

Iemand suggesties?

Heb je instellingen behouden toen je ging updaten?

Het kan zijn dat de resetknop niet werkt om een hardreset uit te voeren (weet niet hoe dat bij jouw versie is). Het alternatief voor een hardreset met OpenWRT is Failsafe

http://wiki.openwrt.org/doc/howto/generic.failsafe

Probeer dat eerst, mij heeft het een aantal keer geholpen.

woensdag 16 april 2014 17:50

Acties:

0 Henk 'm!

consono_md110

Helaas, ik heb de generieke failsafe geprobeerd, maar het wil niet erg. Het scherm van recvudp.exe blijft akelig zwart (met en zonder firewall). Het SYS-ledje blijft uit. Het enige ledje dat gaat branden is de power-led en evt het ledje van de poort waar de netwerkkabel ingeprikt is.

woensdag 16 april 2014 21:04

Acties:

0 Henk 'm!

BlackWhizz

OpenWRT gebruikers; hebben jullie vage issues met Android apparatuur draaiende op Kit Kat? Ik vind t nogal vervelend worden om te internetten op de foon met DD-WRT.

donderdag 17 april 2014 07:28

Acties:

0 Henk 'm!

MikeOO

BlackWhizz schreef op woensdag 16 april 2014 @ 21:04:
OpenWRT gebruikers; hebben jullie vage issues met Android apparatuur draaiende op Kit Kat? Ik vind t nogal vervelend worden om te internetten op de foon met DD-WRT.

Geen problemen mee en draait uitstekend. Alleen een Samsung S3 nog niet op KitKat geeft soms aan dat WiFi instabiel is. Andere Androids hebben geen problemen waaronder een HTC One op KitKat.

Draai de laatste versie van Ultraman.

[ Voor 4% gewijzigd door MikeOO op 17-04-2014 07:29 ]

donderdag 17 april 2014 10:30

Acties:

0 Henk 'm!

Ansjo

Het schijnen bekende issues te zijn met oa. Samsung toestellen (instabiel netwerk) en schijnen met een nieuwere update weer opgelost te worden.

Ik draai op mijn S4 op versie 4.2.2 en heb totaal geen problemen, kennis van mij zit op een nieuwere versie en heeft alleen maar gezeik met wifi en instabiel netwerk.

Denk dus dat het niets met de routers te maken heeft

[ Voor 8% gewijzigd door Ansjo op 17-04-2014 10:32 ]

donderdag 17 april 2014 17:20

Acties:

0 Henk 'm!

Dain Bramage

consono_md110 schreef op woensdag 16 april 2014 @ 17:50:
Helaas, ik heb de generieke failsafe geprobeerd, maar het wil niet erg. Het scherm van recvudp.exe blijft akelig zwart (met en zonder firewall). Het SYS-ledje blijft uit. Het enige ledje dat gaat branden is de power-led en evt het ledje van de poort waar de netwerkkabel ingeprikt is.

Ik heb precies hetzelfde probleem met 2 1043's hier. Allebei van een r3 naar een r4 build geupdatet, waarna wifi er om de haverklap mee stopte. Terug geflashed naar een-na-laatste r3 build. Zijn beide gebricked?!?

donderdag 17 april 2014 18:00

Acties:

0 Henk 'm!

Ultraman

Moderator Harde Waren

Boefje

TP-Link TL-ANT2408CL
TP-Link TL-ANT2405C
Dd-wrt
OpenWrt
TP-Link TL-WR1043ND-450Mbps Wireless N Gigabit Router
TP-Link
Wifi

Topicstarter

MikeOO schreef op donderdag 17 april 2014 @ 07:28:
[...]

Geen problemen mee en draait uitstekend. Alleen een Samsung S3 nog niet op KitKat geeft soms aan dat WiFi instabiel is. Andere Androids hebben geen problemen waaronder een HTC One op KitKat.

Draai de laatste versie van Ultraman.

Vreemd. Hier geen enkel probleem op die versie met meerdere Android telefoons. De Galaxy S2 van de vriendin (met Cyanogen, Jelly Bean) en mijn Nexus 4 met Kitkat doen het beide prima.

Er is onlangs wel een update bij gekomen die nog wat problemen rondom mobiele devices zou verhelpen. Ik probeer binnenkort om een nieuwe versie uit te brengen, dan kun je die eens proberen.

Als je stil blijft staan, komt de hoek wel naar jou toe.

donderdag 17 april 2014 19:09

Acties:

0 Henk 'm!

gibraltar

Toevallig had ik enorm veel issues met Android in combinatie met OpenWRT 12.09, wat gewoon een kernel issue is geweest omdat Atheros drivers in de kernel heel slecht omgingen met veel ruis (lees: veel andere netwerken) in de omgeving. Nu had ik op mijn desktop echt serieus problemen met Adaptive Noise Immunity, daar had mijn router ook problemen mee.

Daarnaast had je die hele DMA queue engine crashes waar iedereen sowieso veel last van heeft met een TL-WR1043ND. Dat is gefixed in recentere builds, en nu heb ik geen problemen meer gehad met Android (geloof Jelly Bean) op Barrier Breaker. Ik draai nu r40504 rechtstreeks uit de tree, en dat is een hele vooruitgang.

donderdag 17 april 2014 19:59

Acties:

0 Henk 'm!

HaTe

haat niet

Is er dan nu wel een goede fix voor de WiFi? Nadat er een fix was zag ik hier nog wel wat klachten namelijk.

WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs

donderdag 17 april 2014 20:45

Acties:

0 Henk 'm!

sphere

Debian abuser

gibraltar schreef op donderdag 17 april 2014 @ 19:09:
Toevallig had ik enorm veel issues met Android in combinatie met OpenWRT 12.09, wat gewoon een kernel issue is geweest omdat Atheros drivers in de kernel heel slecht omgingen met veel ruis (lees: veel andere netwerken) in de omgeving. Nu had ik op mijn desktop echt serieus problemen met Adaptive Noise Immunity, daar had mijn router ook problemen mee.

Daarnaast had je die hele DMA queue engine crashes waar iedereen sowieso veel last van heeft met een TL-WR1043ND. Dat is gefixed in recentere builds, en nu heb ik geen problemen meer gehad met Android (geloof Jelly Bean) op Barrier Breaker. Ik draai nu r40504 rechtstreeks uit de tree, en dat is een hele vooruitgang.

Weet je ook waarom het een vooruitgang is of is het een lucky shot? Op je blog moet je nog debug bouwen en dan in debugfs wroeten? Is dat in samenhang met r40504 of was dat voordat je r40504 probeerde?

http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454

vrijdag 18 april 2014 07:54

Acties:

0 Henk 'm!

MikeOO

Ultraman schreef op donderdag 17 april 2014 @ 18:00:
[...]

Vreemd. Hier geen enkel probleem op die versie met meerdere Android telefoons. De Galaxy S2 van de vriendin (met Cyanogen, Jelly Bean) en mijn Nexus 4 met Kitkat doen het beide prima.

Er is onlangs wel een update bij gekomen die nog wat problemen rondom mobiele devices zou verhelpen. Ik probeer binnenkort om een nieuwe versie uit te brengen, dan kun je die eens proberen.

Dat zou weer top zijn

vrijdag 18 april 2014 07:59

Acties:

0 Henk 'm!

DennusB

Ik hoop dat ik hier ook wat mag vragen over V2 van deze router. Ik heb deze thuis staan als switch + AP achter mijn Mikrotik Router/Firewall. Er draait openWRT op maar helaas krijg ik VLAN's niet aan de praat. Iemand enig idee of het wel gesupport is op de V2?

Owner of DBIT Consultancy | DJ BassBrewer

vrijdag 18 april 2014 09:38

Acties:

0 Henk 'm!

gibraltar

HaTe schreef op donderdag 17 april 2014 @ 19:59:
Is er dan nu wel een goede fix voor de WiFi? Nadat er een fix was zag ik hier nog wel wat klachten namelijk.

Denk het wel, maar ik heb niet veel Android toestellen, en daarbij lijkt het juist voor te komen. Trouwens kan ik het ook produceren met een Broadcom client, zolang er maar veel traffic is.

sphere schreef op donderdag 17 april 2014 @ 20:45:
Weet je ook waarom het een vooruitgang is of is het een lucky shot? Op je blog moet je nog debug bouwen en dan in debugfs wroeten? Is dat in samenhang met r40504 of was dat voordat je r40504 probeerde?

De ANI patch zit in changeset 39767. Een report ervan zat in ticket 12372. Dus dat was zeker geen lucky shot. De tickets voor die DMA queue issues geven inderdaad aan dat het niet helemaal opgelost is, maar ik heb tot nu toe nog geen problemen gehad (ik vermoed deze patch). Overigens gebruik ik 20 MHz HT, dus geen 40 MHz High Throughput. Ik heb al zo gruwelijk veel netwerken om me heen dat die extra bandbreedte alleen maar problemen geeft. En die ANI zorgt gewoon voor een router die doof wordt in mijn geval. De apparatuur die bij mij veel bandbreedte zou moeten hebben krijgt dat via LAN, niet via WiFi.

Echt super goede ervaringen met WiFi onder Linux heb ik al jaren niet gezien, tenzij je binary blobs gebruikt op een Broadcom chipset (en dan ook nog specifieke chipsets) of Intel hardware. En ik gebruik OpenWRT al sinds 2004, Linux al wat langer. Nu zit ik wel altijd in extreem drukke omgevingen, en gebruik ik soms features die niet helemaal stabiel zijn.

[ Voor 4% gewijzigd door gibraltar op 18-04-2014 09:44 ]

zaterdag 19 april 2014 09:34

Acties:

0 Henk 'm!

consono_md110

Ik beschouw m'n 1043 als overleden, krijg er geen 'geluid meer uit'...

De 1043 kon de 150Mbit van m'n glas-aansluiting toch al niet aan. De andere router die ik al enige jaren heb, de WRT320, houdt het ook voor gezien bij 90Mbit.
Daarom vanmorgen maar een 4300 besteld, die ik vanmiddag op ga halen. Ben benieuwd.

zaterdag 19 april 2014 18:10

Acties:

0 Henk 'm!

Dreamvoid

Dreamvoid schreef op vrijdag 11 april 2014 @ 15:41:
Voor degenen met DD-WRT, helaas nog geen nieuwe versie, build 23838 van 29 Maart 2014 lijkt de laatste te zijn:
ftp://ftp.dd-wrt.com/betas/2014/

Sinds gisteren een update!

zondag 20 april 2014 22:31

Acties:

0 Henk 'm!

Dain Bramage

consono_md110 schreef op zaterdag 19 april 2014 @ 09:34:
Ik beschouw m'n 1043 als overleden, krijg er geen 'geluid meer uit'...

De 1043 kon de 150Mbit van m'n glas-aansluiting toch al niet aan. De andere router die ik al enige jaren heb, de WRT320, houdt het ook voor gezien bij 90Mbit.
Daarom vanmorgen maar een 4300 besteld, die ik vanmiddag op ga halen. Ben benieuwd.

Ik heb een usb to ttl kabel besteld uit China, volgens deze post moet het niet super moeilijk zijn om te unbricken. Weer een leuk tweakerprojectje.

zondag 20 april 2014 23:25

Acties:

0 Henk 'm!

Borromini

Mislukt misantroop

OpenWrt

Als je een functionele router hebt met UART kan je een gewone analoge audiokabel daarvoor gebruiken. Die kleine grijze dingetjes die vroeger wel eens met CD-ROM-lezers geleverd werden

.

Heb zo een WL-500G gereanimeerd. Was best wel freaky

.

Afbeeldingslocatie: http://i.imgur.com/KqNBDHH.jpg

Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje

maandag 21 april 2014 00:01

Acties:

0 Henk 'm!

Ultraman

Moderator Harde Waren

Boefje

TP-Link TL-ANT2408CL
TP-Link TL-ANT2405C
Dd-wrt
OpenWrt
TP-Link TL-WR1043ND-450Mbps Wireless N Gigabit Router
TP-Link
Wifi

Topicstarter

Borromini schreef op zondag 20 april 2014 @ 23:25:
Als je een functionele router hebt met UART kan je een gewone analoge audiokabel daarvoor gebruiken. Die kleine grijze dingetjes die vroeger wel eens met CD-ROM-lezers geleverd werden .

Heb zo een WL-500G gereanimeerd. Was best wel freaky .

[afbeelding]

Je moet alleen wel zelf de headers solderen

Ik heb hierover trouwens een blogpost geschreven: http://sjoosten.nl/2013/07/unbrick-tl-wr1043nd.html

Als je stil blijft staan, komt de hoek wel naar jou toe.

maandag 21 april 2014 00:26

Acties:

0 Henk 'm!

Borromini

Mislukt misantroop

OpenWrt

Gelukkig had mijn WNDR3700 die headers zelf

.

En als ik het goed zie heeft de TL-WR1043ND v1 ook een UART header bovenaan rechts:

Afbeeldingslocatie: http://wiki.openwrt.org/_media/media/tl-wr1043nd_serial_pinouts.jpg?cache=&w=741&h=420

Afbeeldingslocatie: http://wiki.openwrt.org/_media/media/tl-wr1043nd_serial_pinouts.jpg?cache=&w=741&h=420

Als je een beetje handig bent kan je bij v2 ook de kabels strippen en ze er zo induwen, zorgen dat ze wel goed contact maken. Niet ideaal, maar niet iedereen kan solderen...

[ Voor 46% gewijzigd door Borromini op 21-04-2014 00:29 ]

Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje

maandag 21 april 2014 00:46

Acties:

0 Henk 'm!

Ultraman

Moderator Harde Waren

Boefje

TP-Link TL-ANT2408CL
TP-Link TL-ANT2405C
Dd-wrt
OpenWrt
TP-Link TL-WR1043ND-450Mbps Wireless N Gigabit Router
TP-Link
Wifi

Topicstarter

De v1 heeft er doorgaans geen header op zitten, die zul je er echt zelf op moeten maken.
Mijn blog is geschreven met een v1.8 en die had met tin gevulde gaten op het board. Je zou ook dat tin inderdaad kunnen laten vloeien en er draadjes aan solderen. Maar een soldeerbout heb je vrijwel zeker nodig voor de v1.x, iig de v1.8, al is het maar op het tin te laten vloeien.

[ Voor 7% gewijzigd door Ultraman op 21-04-2014 00:46 ]

Als je stil blijft staan, komt de hoek wel naar jou toe.

maandag 21 april 2014 13:11

Acties:

0 Henk 'm!

Dain Bramage

Ultraman schreef op maandag 21 april 2014 @ 00:46:
De v1 heeft er doorgaans geen header op zitten, die zul je er echt zelf op moeten maken.
Mijn blog is geschreven met een v1.8 en die had met tin gevulde gaten op het board. Je zou ook dat tin inderdaad kunnen laten vloeien en er draadjes aan solderen. Maar een soldeerbout heb je vrijwel zeker nodig voor de v1.x, iig de v1.8, al is het maar op het tin te laten vloeien.

Net een v1.9 open gemaakt en die gaten zijn niet gevuld met tin.
Ik had gehoopt dat het gewoon een kwestie van het inprikken van kabels was maar helaas. Dan halen we de soldeerbout van stal.

maandag 21 april 2014 13:26

Acties:

0 Henk 'm!

consono_md110

Mijn v1.8 is wel gevuld met tin. Gelijk maar een kabel besteld, voor die €1,15 hoef je het niet te laten

Ben wel heel benieuwd of het gaat lukken.

maandag 21 april 2014 15:05

Acties:

0 Henk 'm!

marcop23

Ultraman schreef op maandag 21 april 2014 @ 00:46:
De v1 heeft er doorgaans geen header op zitten, die zul je er echt zelf op moeten maken.
Mijn blog is geschreven met een v1.8 en die had met tin gevulde gaten op het board. Je zou ook dat tin inderdaad kunnen laten vloeien en er draadjes aan solderen. Maar een soldeerbout heb je vrijwel zeker nodig voor de v1.x, iig de v1.8, al is het maar op het tin te laten vloeien.

Een soldeerbout heb je nog niet persé nodig, ik had ook een gebrickte router. Een vriend hield voor mij breadboardkabeltjes in die gaatjes, terwijl ik zorgde dat hij weer een nieuwe OpenWRT ging downloaden

Af en toe, als het even geen of slecht contact maakte, werd de hele terminal volgespamd, maar inmiddels leeft de router weer.

Overigens hebben we beiden wel eens gesoldeerd, ook wel eens wat condensators vervangen bijvoorbeeld, maar we waren niet op het idee gekomen er headers op te solderen.

dinsdag 22 april 2014 11:58

Acties:

0 Henk 'm!

RvL

Hmm, vreemd probleem hier met OpenVPN. Geen idee hoe lang het al speelt, ik maak niet zo heel veel gebruik (meer) van OpenVPN.

Probleem is als volgt:
Client kan verbinding maken en krijgt een IP, maar daar blijft het dan ook bij:
• Client kan de server niet pingen
• Client kan netwerk achter de VPN niet pingen
• Client kan geen hostnames resolven via de VPN
• Client kan internet IP's (b.v. 8.8.8.8) niet pingen via VPN

Ik heb de config voor OpenVPN en de firewall rules opnieuw ingesteld waarbij ik de volgende howto heb gevolgd. Dit mag niet baten.

De configuratie

code:

config openvpn 'myvpn'                                                          
        option enabled '1'                                                      
        option dev 'tun'                                                        
        option persist_tun '1'                                                  
        option persist_key '1'                                                  
        option proto 'udp'                                                      
        option comp_lzo 'yes'                                                   
        option verb '3'                                                         
        option log '/tmp/openvpn.log'                                           
        option status '/tmp/openvpn-status.log'                                 
        option ca '/etc/openvpn/ca.crt'                                         
        option cert '/etc/openvpn/my-server.crt'                                
        option key '/etc/openvpn/my-server.key'                                 
        option server '10.8.0.0 255.255.255.0'                                  
        option port '1194'                                                      
        option ifconfig_pool_persist '/tmp/openvpn-ipp.txt'                     
        option keepalive '10 120'                                               
        option dh '/etc/openvpn/dh1024.pem'                                     
        list push 'redirect-gateway def1'

code:

config rule                                                                     
        option name 'Allow-Inbound-OpenVPN'                                     
        option target 'ACCEPT'                                                  
        option src 'wan'                                                        
        option proto 'udp'                                                      
        option dest_port '1194'                                                 
                                                                                
config zone                                                                     
        option name 'vpn'                                                       
        option input 'ACCEPT'                                                   
        option forward 'REJECT'                                                 
        option output 'ACCEPT'                                                  
        option network 'vpn'                                                    
                                                                                
config forwarding                                                               
        option src 'vpn'                                                        
        option dest 'lan'                                                       
                                                                                
config forwarding                                                               
        option src 'vpn'                                                        
        option dest 'wan'

code:

1
2
3

config interface 'vpn'                                                          
        option ifname 'tun0'                                                    
        option proto 'none'

De gebruikte client configuratie:

code:

client
dev tun
proto udp
remote <hostname> 1194
resolv-retry infinite
nobind
persist-key
persist-tun
ca ca.crt
cert Sensation.cert
key Sensation.key
comp-lzo

Betreffende code is geprobeerd op een HTC Sensation met de OpenVPN Connect app en op een Windows 7 machine. In beide gevallen is de verbinding gelegd van een ander netwerk (3g netwerk in geval van de HTC).

Iemand een idee waar die in kan zitten? Ik vermoed zelf dat het een en ander strand in de firewall, maar alles lijkt toch goed te staan (conform howto in ieder geval).

Liefde maakt een smal bed breed!
Nu de dekens nog...

dinsdag 22 april 2014 12:08

Acties:

0 Henk 'm!

_JGC_

Start je op die windows client OpenVPN wel op als administrator? Anders mag je nml geen routes instellen...

dinsdag 22 april 2014 12:42

Acties:

0 Henk 'm!

RvL

Ja, op Windows start ik 'm op als admin. Het heeft op diezelfde machine ook altijd gewerkt, maar ergens in de afgelopen twee (misschien 3) maanden is er ergens iets omgevallen.

Liefde maakt een smal bed breed!
Nu de dekens nog...

dinsdag 22 april 2014 12:52

Acties:

0 Henk 'm!

_JGC_

Overigens kom ik net dit topic tegen:
https://forums.openvpn.net/topic13614.html

Valt je OpenVPN IP range toevallig in de range van je externe verbinding? In dat topic zit diegene bij een provider die een 10.0.0.0/8 gebruikt voor 3G clients...

dinsdag 22 april 2014 14:28

Acties:

0 Henk 'm!

RvL

Nee, zit in een andere range.

Netwerk thuis zit op 172.16.0.0/24
Telefoon verbindt op dit moment op 62.x.x.x
Internet thuis zit op 213.46.x.x

Maar ik zou het natuurlijk eens uit kunnen sluiten door de VPN range op 192.168.0.0/24 te zetten. Eens kijken of dat iets uithaalt.

edit:
Zojuist geprobeerd maar haalt niets uit. Lijkt dus ook niet aan de range te liggen

[ Voor 16% gewijzigd door RvL op 22-04-2014 14:45 ]

Liefde maakt een smal bed breed!
Nu de dekens nog...

dinsdag 22 april 2014 14:43

Acties:

0 Henk 'm!

418O2

toro36 schreef op maandag 31 maart 2014 @ 22:19:
[...]

Daar zit wat in. Van deze: pricewatch: TP-Link TL-ANT2408CL heb ik er drie besteld. Dan heb ik drie gelijken.

Maar wat is nu het verschil tussen een 2,4Ghz antenne en een 2,4Ghz N antenne? Is dat niet gewoon hetzelfde?

En, hoe bevallen ze? Ik overweeg zoiets ook als laatste redmiddel, anders ga ik naar een Asus N66u kijken.

dinsdag 22 april 2014 18:37

Acties:

0 Henk 'm!

DRAFTER86

Hier nu mijn twee 1043's (V2 als WDS AP en V1 als WDS client met wat bedrade PC's eraan) geupdate naar mk13139's laatste build (r40438). Ik kwam van r39403, en had nogal wat uitval van de WDS link (deauthenticaded due to local deauth request), dus ben benieuwd of dit beter gaat.
Wat ik me wel nog afvroeg is hoe ik e.e.a handig kan configureren qua routing.
Als ik nu een file kopieer van mijn server naar mijn laptop (via wifi) gaat dit via de WDS AP (te zien in de traffic-plots in LuCI), wat m.i. niet nodig is?
De server hangt bedraad aan de WDS client, maar ik weet niet hoe ik:
- Mijn laptop zo ver krijg met de WDS client te connecten, hoe verifieer ik uberhaupt met welke hij verbinding heeft (Ubuntu)
- Als dat eenmaal lukt het verkeer zo ver krijg via de WDS Client te lopen, dus niet over de WDS bridge...
Of is dit nu eenmaal een gevolg van de WDS setup en ontkom ik hier niet aan?

woensdag 23 april 2014 15:31

Acties:

0 Henk 'm!

piwi

Birth Life Metallica Die

Ok. Volgende situatie.
Heb een aantal pogingen gedaan om in dit topic en forum naar een vergelijkbare discussie/vraag te zoeken met bijbehorende oplossing maar kan nog niet echt vinden wat ik nodig heb. Ik hoop daarom ook dat er een van jullie een soortgelijk probleem heeft gehad cq heeft gelezen.

Ik heb een mifi (3G router met rj45) aangesloten op de 1043 om zodoende de data bundel te delen over een aantal gebruikers (in dit geval jongeren op een boot voor terminaal patiënten)
Dit werkt btw perfect, uiteraard totdat de bundel op is ;-).
Nu zou de schipper en ik graag de volgende situatie willen:

Een 2-tal netwerken.
Een netwerk voor de schipper en zijn maat/familie/maitresse. Beveiligd. onbeperkte download (qua datahoeveelheid en snelheid).
En een netwerk voor de "gasten", al dan niet beveiligd (door admin te bepalen). beperkte download (snelheid te regelen niet zo belangrijk maar hoeveelheid data wel).
Dit omdat schipper een 3/4G abbo wil nemen van 7,5 Gb (d8 ik) en daarvan in eerste instantie 2,5 Gb maximaal wil vrijgeven voor de "gasten" en indien nodig meer na vrijgaven van admin/schipper.

Nu las ik dat 2 ssid's mogelijk zijn (openWRT d8 ik), maar kan nergens de mogelijkheid vinden om het dataverkeer te regelen/beperken per ssid.

Kan iemand me op weg helpen of en hoe dit mogelijk is?
Dank!

Two beer or not two beer, thats the dilemma.

woensdag 23 april 2014 20:32

Acties:

0 Henk 'm!

PSU_freak

Mm, met de nieuwe wifi stack in openwrt werkt WPA2-enterprise niet meer

nl80211: Driver does not support authentication/association or connect commands

woensdag 23 april 2014 21:46

Acties:

0 Henk 'm!

Ultraman

Moderator Harde Waren

Boefje

TP-Link TL-ANT2408CL
TP-Link TL-ANT2405C
Dd-wrt
OpenWrt
TP-Link TL-WR1043ND-450Mbps Wireless N Gigabit Router
TP-Link
Wifi

Topicstarter

piwi schreef op woensdag 23 april 2014 @ 15:31:
Nu las ik dat 2 ssid's mogelijk zijn (openWRT d8 ik), maar kan nergens de mogelijkheid vinden om het dataverkeer te regelen/beperken per ssid.

Kan iemand me op weg helpen of en hoe dit mogelijk is?
Dank!

Per SSID idd niet, mogelijk wel per netwerk (QoS iig wel, daarmee rate limit ik een verbinding).
Wat jij wilt is op te lossen door een er VLAN bij te maken. Daar kun je dan eventuele limieten op los laten en er een SSID aan koppelen..

[edit]
Op dit moment aan het testen met "AA Ultraman-Regular-r40431", deze heeft een backport van de wifi stack van trunk aan boord. Helaas lijkt deze van net na het ontstaan van de recente issues te zijn, want ik heb hier nu geen WiFi meer... en het is niet bepaald druk atm.
Terwijl een trunk versie r397xx het hier heel goed gedaan heeft. Ik houd het nog even in de gaten, misschien is het een one time issue.

[ Voor 31% gewijzigd door Ultraman op 24-04-2014 11:01 ]

Als je stil blijft staan, komt de hoek wel naar jou toe.

vrijdag 25 april 2014 12:00

Acties:

0 Henk 'm!

piwi

Birth Life Metallica Die

Ultraman schreef op woensdag 23 april 2014 @ 21:46:
[...]

Per SSID idd niet, mogelijk wel per netwerk (QoS iig wel, daarmee rate limit ik een verbinding).
Wat jij wilt is op te lossen door een er VLAN bij te maken. Daar kun je dan eventuele limieten op los laten en er een SSID aan koppelen..

[edit]
Op dit moment aan het testen met "AA Ultraman-Regular-r40431", deze heeft een backport van de wifi stack van trunk aan boord. Helaas lijkt deze van net na het ontstaan van de recente issues te zijn, want ik heb hier nu geen WiFi meer... en het is niet bepaald druk atm.
Terwijl een trunk versie r397xx het hier heel goed gedaan heeft. Ik houd het nog even in de gaten, misschien is het een one time issue.

Ok. Tnx.
Totaal geen verstand van (nog

) maar ga dit uitzoeken want het zou perfect zijn indien het mogelijk is.
Had al wel gezien door er een beetje op te zoeken dat ik hier openWRT voor moest nemen, toch...

Word vervolgd.

Ps2: Had uit de discussies over een van de 3 antenne's vervangen niet echt begrepen dat dit mocht/mogelijk was, maar de gedachte door de middelste te vervangen door een 9dBi antenne en zo een groter gebied te bereiken (dus voor dichtbij de originele en voor iets verder we de grotere middelste) is niet echt je van het dus.
Wil best alle drie vervangen door een 9 dBi maar ben bang dat door de "paraplu" het bereik dichtbij bagger is.

Two beer or not two beer, thats the dilemma.

zaterdag 26 april 2014 11:32

Acties:

0 Henk 'm!

HaTe

haat niet

Gisteren een nieuwe OpenWRT build gemaakt (r40567) en in gebruik genomen omdat ik in de veronderstelling was dat WiFi weer stabiel zou zijn.

Nu, WiFi werkt al niet meer, en ik weet dat het om 4 uur vannacht al niet meer werkte. Het SSID is wel te zien, maar er is geen verbinding te maken. Gaat om model 1.10

De v2 versie van de build heeft een vriend op zijn 1043ND V2 gezet en die schijnt nog goed te werken.

Er staat hier dat er ook nog wel problemen zijn: https://dev.openwrt.org/ticket/15464

[ Voor 9% gewijzigd door HaTe op 26-04-2014 11:39 ]

WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs

zondag 27 april 2014 16:23

Acties:

0 Henk 'm!

mk13139

Topicstarter

HaTe schreef op zaterdag 26 april 2014 @ 11:32:
Gisteren een nieuwe OpenWRT build gemaakt (r40567) en in gebruik genomen omdat ik in de veronderstelling was dat WiFi weer stabiel zou zijn.

Nu, WiFi werkt al niet meer, en ik weet dat het om 4 uur vannacht al niet meer werkte. Het SSID is wel te zien, maar er is geen verbinding te maken. Gaat om model 1.10

De v2 versie van de build heeft een vriend op zijn 1043ND V2 gezet en die schijnt nog goed te werken.

Er staat hier dat er ook nog wel problemen zijn: https://dev.openwrt.org/ticket/15464

r40572 is up met een nieuwe mac80211 patch van nbd toegevoegd.
Problemen qua stabiliteit zullen hopelijk stukken minder zijn.

zondag 27 april 2014 16:39

Acties:

0 Henk 'm!

Tumbler

Heeft het nut om mijn firmware te upgraden met een (officiele) firmware als er niks mis met de router is? Kan mijn router daar sneller van worden?

maandag 28 april 2014 02:38

Acties:

0 Henk 'm!

GraasGast

Analogue Heaven

mk13139 schreef op zondag 27 april 2014 @ 16:23:
[...]

r40572 is up met een nieuwe mac80211 patch van nbd toegevoegd.
Problemen qua stabiliteit zullen hopelijk stukken minder zijn.

En 1 changeset verder heeft hij een wifi fix voor de ar913x chips gecommit:
https://dev.openwrt.org/changeset/40573

Wellicht dat die eindelijk die vervelende bug oplost? (zoals ook HaTe hierboven)

maandag 28 april 2014 12:08

Acties:

0 Henk 'm!

mk13139

Topicstarter

GraasGast schreef op maandag 28 april 2014 @ 02:38:
[...]

En 1 changeset verder heeft hij een wifi fix voor de ar913x chips gecommit:
https://dev.openwrt.org/changeset/40573

Wellicht dat die eindelijk die vervelende bug oplost? (zoals ook HaTe hierboven)

Klopt, dat is dezelfde patch die gecommit is, welke ik in r40572 heb toegevoegd aan de build.

maandag 28 april 2014 13:24

Acties:

0 Henk 'm!

mcDavid

Tumbler schreef op zondag 27 april 2014 @ 16:39:
Heeft het nut om mijn firmware te upgraden met een (officiele) firmware als er niks mis met de router is? Kan mijn router daar sneller van worden?

Er zijn wel wat minor security patches maar niets schokkends volgens mij. Verder heeft het inderdaad weinig nut. Is je router (te) traag dan?

maandag 28 april 2014 20:34

Acties:

0 Henk 'm!

DRAFTER86

mk13139 schreef op maandag 28 april 2014 @ 12:08:
[...]

Klopt, dat is dezelfde patch die gecommit is, welke ik in r40572 heb toegevoegd aan de build.

Ik heb hem inmiddels draaien op een 1043 V1 en V2 in WDS, ben benieuwd!
Iemand misschien nog antwoord op mijn eerdere vraag?

DRAFTER86 schreef op dinsdag 22 april 2014 @ 18:37:
Hier nu mijn twee 1043's (V2 als WDS AP en V1 als WDS client met wat bedrade PC's eraan) geupdate naar mk13139's laatste build (r40438). Ik kwam van r39403, en had nogal wat uitval van de WDS link (deauthenticaded due to local deauth request), dus ben benieuwd of dit beter gaat.
Wat ik me wel nog afvroeg is hoe ik e.e.a handig kan configureren qua routing.
Als ik nu een file kopieer van mijn server naar mijn laptop (via wifi) gaat dit via de WDS AP (te zien in de traffic-plots in LuCI), wat m.i. niet nodig is?
De server hangt bedraad aan de WDS client, maar ik weet niet hoe ik:
- Mijn laptop zo ver krijg met de WDS client te connecten, hoe verifieer ik uberhaupt met welke hij verbinding heeft (Ubuntu)
- Als dat eenmaal lukt het verkeer zo ver krijg via de WDS Client te lopen, dus niet over de WDS bridge...
Of is dit nu eenmaal een gevolg van de WDS setup en ontkom ik hier niet aan?

maandag 28 april 2014 22:40

Acties:

0 Henk 'm!

Borromini

Mislukt misantroop

OpenWrt

Volgens mij loopt alle verkeer uiteindelijk via het apparaat dat je netwerk 'beheert'. Ik vermoed dat dat de v2 is (of een modem/router combo van je ISP?). Die route uiteindelijk ook het verkeer... Ik weet niet of IP toelaat om verkeer 'lokaal' af te handelen binnen een fysiek deel van het LAN.

Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje

dinsdag 29 april 2014 09:49

Acties:

0 Henk 'm!

Verwijderd

Heb sinds kort ook een TP-link TL-WR1043NDv1 omdat mijn wifi van de modem van mijn provider nogal brak was. Nu had ik erop gehoopt dat mijn wifi zou verbeteren met de TP-link maar dat lijkt niet echt het geval. Nu heb ik de firmware geupgrade naar de laatste versie van TP-link zelf.
Is het aan te bevelen om de dd-wrt firmware te installeren?
Kan ik hiermee het zendvermogen verhogen/aanpassen?

Het probleem is dat ik heel veel wifi signalen in de buurt heb maar het grootste probleem zijn denk ik de buren. Vrije kanalen zijn er ook vrijwel niet, dus heb altijd wel overlap.
Maar de buren aan 1 zijde lijkt een stuk of 4 a 5 kanalen al weg te kapen en dat signaal is heel erg sterk.

Heeft het dus zin om die DDWRT firmware erop te zetten zodat ik het signaal kan versterken, want ik zag ergens instelleingen daarvoor?
Zijn er andere manieren om het signaal flink te versterken zodat ik boven het signaal van de buren ga komen? Of moet ik nu enkele settings goed zetten zodat mijn wifi signaal goed is.

Ben inmiddels wel zo ver dat ik anders voor een tijdje een wifi jammer wil gaan inzetten.

Maar zou het liever fatsoenlijker willen oplossen, echter lijkt het er nu sterk op dat ik gewoon zendcapaciteit te kort kom. Grotere antennes vraga ik me af of dat nu zoveel gaat uithalen, dan zou ik liever een soort extra versterker hebben. (maar dat zal wel niet legaal zijn, maar ook dat zou ik bijzaak vinden, immers moet ik gewoon linksom of rechtsom meer signaal creeren, want dit schiet niet op)

Alle advies is dus welkom.

dinsdag 29 april 2014 11:15

Acties:

0 Henk 'm!

_JGC_

Als iedereen doorelkaar schreeuwt, denk je dat het er dan beter op wordt door nog harder te gaan schreeuwen?
Uiteindelijk pleur jij je router op 200mW met OpenWRT, zit je buurman met een probleem. Die zet ook zijn router op 200mW en vervolgens hebben al je andere buren een probleem. Die gaan uiteindelijk ook allemaal lopen klooien en uiteindelijk draait de halve straat op 200mW en heeft niemand meer wifi.

Ik zit hier ook met 20 netwerken opgescheept, maar dat gaat prima. Als je vrije kanalen wilt, kan je beter investeren in 5GHz en meerdere accesspoints plaatsen, dan heb je altijd bereik en stoor je niemand.

dinsdag 29 april 2014 11:46

Acties:

0 Henk 'm!

Verwijderd

_JGC_ schreef op dinsdag 29 april 2014 @ 11:15:
Als iedereen doorelkaar schreeuwt, denk je dat het er dan beter op wordt door nog harder te gaan schreeuwen?
Uiteindelijk pleur jij je router op 200mW met OpenWRT, zit je buurman met een probleem. Die zet ook zijn router op 200mW en vervolgens hebben al je andere buren een probleem. Die gaan uiteindelijk ook allemaal lopen klooien en uiteindelijk draait de halve straat op 200mW en heeft niemand meer wifi.

Ik zit hier ook met 20 netwerken opgescheept, maar dat gaat prima. Als je vrije kanalen wilt, kan je beter investeren in 5GHz en meerdere accesspoints plaatsen, dan heb je altijd bereik en stoor je niemand.

Thanks voor je reactie. Snap wat je bedoelt, maar het helpt voor nu wel denk ik als ik dat ding op 200mW zou kunnen zetten.

Punt is ook een beetje dat mijn buurman ook wel iets zou kunnen inbinden maarja die verrot dat gewoon en heeft overal schijt aan. En dus ben ik ook op dat punt aanbeland dat ik daar dan schijt aan ga hebben.

Dus het lijkt mij wel wijs om de tp-link in ieder geval op maximaal te zetten zodat ik nog enigzins een fatsoenlijke snelheid blijf houden. (de wifi snelheid is nu dramatisch laag...4mbit ofzo)

Ik kan wel op 5GHZ gaan zitten maar er bestaat grote kans dat meer mensen dat doen of gaan doen en dan heb ik weer hetzelfde probleem?!?! Dus daar zie ik nu nog niet heel erg het nut van in. Tevens zijn veel van mijn wifi apparaten niet echt nieuw dus dan zal dat ook wel niet erg werken.

Hoe kan ik dat dus voor elkaar krijgen, kan iemand mij dat aangeven? Dan kan ik dat in ieder geval testen of dat dit uberhaubt iets zou gaan uithalen. En ja dat is korte termijn visie daar heb je helemaal gelijk in.
Wie weet ga ik ooit voor die 5gh, maar ik lees daar ook weer over dat je bereik dan weer minimaal is.
Dan ga ik dus van het ene probleem naar hetzelfde met als resultaat nog steeds slecht wifi bereik en slechte performance en dat ben ik nu na 2,5 jaar inmiddels wel zat.

dinsdag 29 april 2014 12:07

Acties:

0 Henk 'm!

mcDavid

Verwijderd schreef op dinsdag 29 april 2014 @ 11:46:
[...]

Thanks voor je reactie. Snap wat je bedoelt, maar het helpt voor nu wel denk ik als ik dat ding op 200mW zou kunnen zetten.
Punt is ook een beetje dat mijn buurman ook wel iets zou kunnen inbinden maarja die verrot dat gewoon en heeft overal schijt aan. En dus ben ik ook op dat punt aanbeland dat ik daar dan schijt aan ga hebben.

Dus het lijkt mij wel wijs om de tp-link in ieder geval op maximaal te zetten zodat ik nog enigzins een fatsoenlijke snelheid blijf houden. (de wifi snelheid is nu dramatisch laag...4mbit ofzo)

Nee, dat zal je niets helpen. Het enige wat je doet is méér overlast veroorzaken voor de mensen in de buurt. Zet liever je zendvermogen een flink stuk omlaag, zal voor je snelheid niets uitmaken (zolang je bereik afdoende is). Ik heb thuis ruim 50 netwerken in bereik, mijn router staat op 50mW en ik heb nergens last van. Nee de snelheid is niet hoog, 20-30Mbit ofzo. Meer moet je gewoon niet willen in zo'n drukke omgeving.

Ik kan wel op 5GHZ gaan zitten maar er bestaat grote kans dat meer mensen dat doen of gaan doen en dan heb ik weer hetzelfde probleem?!?! Dus daar zie ik nu nog niet heel erg het nut van in. Tevens zijn veel van mijn wifi apparaten niet echt nieuw dus dan zal dat ook wel niet erg werken.

5GHz is sowieso een veel leger spectrum. Je hebt er geen last van magnetrons, DECT-telefoons, walkie-talkies, bluetooth apparaten, afstandbestuurbare auto's en ga zo maar door. Daarnaast draagt een 5GHz golf veel minder goed door muren, waardoor de interference met je buren altijd een stuk lager zal zijn.

Hoe kan ik dat dus voor elkaar krijgen, kan iemand mij dat aangeven? Dan kan ik dat in ieder geval testen of dat dit uberhaubt iets zou gaan uithalen. En ja dat is korte termijn visie daar heb je helemaal gelijk in.

Je apparatuur vervangen door 5GHz apparatuur. Een andere oplossing is er niet.

Wie weet ga ik ooit voor die 5gh, maar ik lees daar ook weer over dat je bereik dan weer minimaal is.
Dan ga ik dus van het ene probleem naar hetzelfde met als resultaat nog steeds slecht wifi bereik en slechte performance en dat ben ik nu na 2,5 jaar inmiddels wel zat.

Dat is een probleem dat je heel gemakkelijk kunt oplossen: Plaats gewoon 2 access points als dat nodig is.

dinsdag 29 april 2014 12:39

Acties:

0 Henk 'm!

Verwijderd

mcDavid schreef op dinsdag 29 april 2014 @ 12:07:
[...]
Nee, dat zal je niets helpen. Het enige wat je doet is méér overlast veroorzaken voor de mensen in de buurt. Zet liever je zendvermogen een flink stuk omlaag, zal voor je snelheid niets uitmaken (zolang je bereik afdoende is). Ik heb thuis ruim 50 netwerken in bereik, mijn router staat op 50mW en ik heb nergens last van. Nee de snelheid is niet hoog, 20-30Mbit ofzo. Meer moet je gewoon niet willen in zo'n drukke omgeving.
[...]
5GHz is sowieso een veel leger spectrum. Je hebt er geen last van magnetrons, DECT-telefoons, walkie-talkies, bluetooth apparaten, afstandbestuurbare auto's en ga zo maar door. Daarnaast draagt een 5GHz golf veel minder goed door muren, waardoor de interference met je buren altijd een stuk lager zal zijn.
[...]
Je apparatuur vervangen door 5GHz apparatuur. Een andere oplossing is er niet.
[...]
Dat is een probleem dat je heel gemakkelijk kunt oplossen: Plaats gewoon 2 access points als dat nodig is.

Was mijn snelheid maar 20-30mbit. Hoger dan 4 - 7 mbit kom ik bij lange na niet..

Bedraad pak ik gewoon de 50mbit die ik ter beschikking heb....

Ik zal vanavond weer eens wat wissleingen van wi-fi poorten gaan doen en wat met het zendvermogen spelen om te zien of dat dit helpt maar dat vraga ik me sterk af.
Welke settings heb jij op de tp-link staan/wat zijn de optimale wifi settings voor de 1043nd v1 ?

dinsdag 29 april 2014 16:11

Acties:

0 Henk 'm!

Harmen

⭐⭐⭐⭐⭐⭐

Wil mn OpenWrt extern beheren, dit werkte tot voor kort prima. Echter lukt het na recente updates niet meer, een factory reset van laatst loste het probleem niet op.

Zou graag poort 80 doorsturen naar een externe poort zodat ik vanaf mn werk erbij kan. Firewall rule is al ingesteld maar dit werkt helaas niet. Iemand een tip?

Whatever.

donderdag 1 mei 2014 17:09

Acties:

0 Henk 'm!

MikeOO

Ik gebruik als een tijd met volle tevredenheid de laatste versie van Ultraman voor een 2x een TP-Link WR1043ND. 1x als Router en 1x als AP.

Sind 2 weken heb ik ineens problemen dat mijn camera die buiten hangt elke dag de verbinding verliest.
Het betreft een Foscam camera icm een Synology NAS.

Tot voor kort altijd 100% werken.
Niet veranderd in de omgeving en Camera is de enige met problemen. Alleen een Samsung S3 geeft soms de melding dat verbinding instabiel is. Overige WiFi hardware werkt zonder problemen.
In de logbestand is het MAC adres of IP adres ook nergens terug te vinden. Bij Active DHCP Leases staat hij wel netjes in de lijst.

Camera is op dat moment ook niet op IP de bereiken meer. Als ik de stroom van de camera haal zodat deze opnieuw start dan werkt het weer.

Alle hardware in huis krijgt een vast ip-adres uitgedeeld via MAC adres, dus conflicten kunnen er niet optreden.

Nu valt mij op dat Network --> DHCP and DNS --> Active DHCP Leases --> Leasetime remaining
op 12uur staat. Nu lijkt het er bijna op dat het hier op fout gaat. Als die tijd verlopen is dat hij niet kan vernieuwen.

Is het mogelijk om deze leasetijd te verhogen naar bv 7 dagen zodat ik eens kan testen of de camera dan langer actief blijf en zo ja waar ik dit kan vinden.

[ Voor 8% gewijzigd door MikeOO op 01-05-2014 17:11 ]

donderdag 1 mei 2014 17:15

Acties:

0 Henk 'm!

supayoshi

Hoi MikeOO dit ligt aan de WiFi chip die Samsung en je camera gebruikt, Mediatek hebben deze problemen ook wel eens.

Met de nieuwste trunk build van openwrt, was dit voor mij verholpen. Als je niet wilt upgraden of wacht op Ultramon, probeer je WiFi dan eens in te stellen op 54g ipv de 300n. Kijk of het dan wel stabiel werkt, zo ja? -> Implentatie van WiFi chip met OpenWrT voor dit type chip is nog niet echt stabiel.

vrijdag 2 mei 2014 08:35

Acties:

0 Henk 'm!

MikeOO

supayoshi schreef op donderdag 01 mei 2014 @ 17:15:
Hoi MikeOO dit ligt aan de WiFi chip die Samsung en je camera gebruikt, Mediatek hebben deze problemen ook wel eens.

Met de nieuwste trunk build van openwrt, was dit voor mij verholpen. Als je niet wilt upgraden of wacht op Ultramon, probeer je WiFi dan eens in te stellen op 54g ipv de 300n. Kijk of het dan wel stabiel werkt, zo ja? -> Implentatie van WiFi chip met OpenWrT voor dit type chip is nog niet echt stabiel.

Inmiddels inderdaad achter dat het niets van doen heeft met de leasetime. Paar uur later was het weer raak en was de leasetijd nog niet om.

Bedankt voor je info en zou mooi zijn als het opgelost kan worden.

Wat wel vreemd is dat het altijd prima heeft gewerkt met dezelfde firmware versie en ineens niet meer. Welke versie gebruik jij op dit moment die van mk13139?

Kwam ook dit tegen en ga ik ook eens proberen voor mijn Camera. Firmware wordt inmiddels wel eens nodig om te updaten na paar jaar en de ARP stap ga ik als 2de testen.

Ik pak dan uiteraard wel de laatste Foscam firmware (Post is nl 1 jaar oud). Foscam adviseert ook om de camara's te update ivm veiligheids verbeteringen.

Het Samsung S3 is dan nog niet opgelost maar minder erg voor dit moment en kan ik gaan testen met idd een nieuwe OpenWRT als 3de stap.

[ Voor 55% gewijzigd door MikeOO op 02-05-2014 08:58 ]

vrijdag 2 mei 2014 15:59

Acties:

0 Henk 'm!

Harmen

⭐⭐⭐⭐⭐⭐

Iemand een oplossing voor mn probleem? Krijg zelfs SSH niet aan de gang, heb poort 2233 geopend en dropbear op WAN gezet.

Whatever.

vrijdag 2 mei 2014 20:48

Acties:

0 Henk 'm!

sphere

Debian abuser

Ik draai nu OpenWrt by mk13139 r39450 / LuCI Trunk (svn-r9951) op een v1.11 met dagelijkse reboot om 0400u en ik heb eigenlijk geen klachten op dit moment. Hopelijk komt het niet doordat het nu rustig is in de vakantie.

http://stackoverflow.com/questions/1732348/regex-match-open-tags-except-xhtml-self-contained-tags/1732454#1732454

zaterdag 3 mei 2014 00:53

Acties:

0 Henk 'm!

JT

VETAK y0

_JGC_ schreef op zaterdag 16 november 2013 @ 07:42:
[...]
Houd er wel rekening mee dat de WDR4300 maar tot 20dB gaat op 2.4GHz, de 1043 kon ver daarboven. De WDR3600 is triest, die is in te stellen tot 17dB, geen idee of dat een bug is of doelbewust, maar ik lever ze niet meer.

Hoe doe ik dat met mijn 1043? Heb nu DD-WRT maar kan max 20db instellen

3600wp string @ 115° oost | 825wp panelen/750wp micro's @ 13°/115° oost | 1475wp panelen / 1250wp micro's @ 27°/205° graden zuid
Ecodan warmtepomp
Repo's: HA-Solar-control | HA-heatpump-planning

zaterdag 3 mei 2014 10:50

Acties:

0 Henk 'm!

Harmen

⭐⭐⭐⭐⭐⭐

Ben er uit gekomen, heb de poorten in uhttpd veranderd naar een eigen poort. Tevens in de firewall een nieuwe rule aangemaakt dat deze vanaf extern gopend is. Nu werkt alles naar behoren.

Ben daarnaast nog ff aan het prutsen geweest met wake on lan, mijn 8.1 machine start nu op vanuit uit stand. Ideaal, kan ik op mn werk af en toe bij mn pc mocht ik iets willen testen/uitvoeren.

[ Voor 34% gewijzigd door Harmen op 03-05-2014 22:34 ]

Whatever.

woensdag 7 mei 2014 21:45

Acties:

0 Henk 'm!

consono_md110

Tadaa...met de USB2TTL-adapter is het gelukt weer leven te blazen in de 1043:

code:

BusyBox v1.19.4 (2014-04-27 14:57:17 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
 -----------------------------------------------------
 BARRIER BREAKER (Bleeding Edge, r40572)
 -----------------------------------------------------

Eerst drie keer geen succes, verkeerde image denk ik. De vierde keer een sys-upgrade gebruikt, die liep wel door.

[ Voor 8% gewijzigd door consono_md110 op 07-05-2014 21:46 ]

donderdag 8 mei 2014 20:47

Acties:

0 Henk 'm!

Namba

In de volgende ticket wordt er gesproken over het bricken van de 1043ND v2 na het updaten hiervan.

Heeft iemand hier ervaring mee? Ik aarzel nu om mijn v2 te updaten

https://dev.openwrt.org/ticket/15855

donderdag 8 mei 2014 22:13

Acties:

0 Henk 'm!

Dain Bramage

consono_md110 schreef op woensdag 07 mei 2014 @ 21:45:
Tadaa...met de USB2TTL-adapter is het gelukt weer leven te blazen in de 1043:
Eerst drie keer geen succes, verkeerde image denk ik. De vierde keer een sys-upgrade gebruikt, die liep wel door.

Vraagje, heb je de kabel er op gesoldeerd?

donderdag 8 mei 2014 23:28

Acties:

0 Henk 'm!

consono_md110

Ja, bij de USB2TTL-adapter die ik besteld heb, zat een (uiteraard veel te korte) 5-aderige flatcable. waar aan beide uiteinden van die vierkante zwarte stekkers zaten. De ene kant op de USB2TTL-adapter geprikt, de andere kant afgeknipt en rechtstreeks op de print gesoldeerd.
Uiteraard de eerste keer RX en TX omgedraaid

, maar toen die eenmaal goed zaten contact met de 1043 middels Putty.

donderdag 8 mei 2014 23:34

Acties:

0 Henk 'm!

sambalbaj

Van de stockrom is voor de V1 ook een nieuwe firmware versie uit: TL-WR1043ND_V1_140319

http://uk.tp-link.com/sup...el=TL-WR1043ND&version=V1

vrijdag 9 mei 2014 00:56

Acties:

0 Henk 'm!

_JGC_

JT schreef op zaterdag 03 mei 2014 @ 00:53:
[...]

Hoe doe ik dat met mijn 1043? Heb nu DD-WRT maar kan max 20db instellen

Landcode op NZ schakelt tot 23dB vrij.

maandag 12 mei 2014 11:23

Acties:

0 Henk 'm!

Verwijderd

Hallo allemaal,

Ik zit met een uitdaging mbt mijn openwrt installatie. Ik heb een TP Link WDR4300 voorzien van OpenWRT versie 12.09. Heb een uitdaging met mijn internetverbinding. Deze werkt niet. krijg de melding: IPv4 Wan Status: Not Connected.
Al verschillende pogingen ondernomen. Situatie is als volgt:
KPN Experia box -> netgear WNDR4000 -> TP link WDR4300 met OpenWRT.
WAN Protocol staat op Unmanaged.
DHCP van de TP Link is in een andere serie dan de Netgear.
Het zowel de router van KPN als die van Netgear al een keer van het stroom afgehaald en opnieuw opgestart.

Wat kan hier de oplossing van zijn.

maandag 12 mei 2014 14:18

Acties:

0 Henk 'm!

Namba

Verwijderd schreef op maandag 12 mei 2014 @ 11:23:
Hallo allemaal,

Ik zit met een uitdaging mbt mijn openwrt installatie. Ik heb een TP Link WDR4300 voorzien van OpenWRT versie 12.09. Heb een uitdaging met mijn internetverbinding. Deze werkt niet. krijg de melding: IPv4 Wan Status: Not Connected.
Al verschillende pogingen ondernomen. Situatie is als volgt:
KPN Experia box -> netgear WNDR4000 -> TP link WDR4300 met OpenWRT.
WAN Protocol staat op Unmanaged.
DHCP van de TP Link is in een andere serie dan de Netgear.
Het zowel de router van KPN als die van Netgear al een keer van het stroom afgehaald en opnieuw opgestart.

Wat kan hier de oplossing van zijn.

Misschien een idee om de apparaten even om te wisselen? Checken of de TP-Link wel een WAN IP krijgt van de KPN Experia Box. Dan weet je of het aan de TP-Link ligt.

Probeer eens een Static IP toe te wijzen aan de WAN Poort van de TP-Link, zowel op de TP-Link zelf als op de DHCP Server waarvan de TP-Link haar WAN IP zou moeten krijgen.

Overigens dit topic wel voor de TP-Link 1043ND en niet voor de WDR4300. Als het een bekend probleem van de WDR4300 zullen ze je in een topic gerelateerd aan de WDR4300 wellicht beter kunnen helpen.

maandag 12 mei 2014 15:10

Acties:

0 Henk 'm!

Stvn21

Wat is bij jullie de maximale WAN <-> LAN troughput? ik blijf steken op 146mbps en haal de maximale snelheid dus niet van ziggo (180mbps). Draai trouwens de meest recente TPlink firmware.

maandag 12 mei 2014 15:13

Acties:

0 Henk 'm!

Tutti-frutti

Graag gedaan!

Stvn21 schreef op maandag 12 mei 2014 @ 15:10:
Wat is bij jullie de maximale WAN <-> troughput? ik blijf steken op 146mbps en haal de maximale snelheid dus niet van ziggo (180mbps). Draai trouwens de meest recente TPlink firmware.

WAN hoger dan 100mbit lijkt me sterk, dat is een hardwarematige restrictie. Je hebt je Ziggo modem dus op de WAN-poort aangesloten en meet 146mbps? Met wat voor test heb je dit gemeten? Oops, zou toch zweren dat dit een nadeel van deze router was, maar heb het bij het verkeerde eind

[ Voor 10% gewijzigd door Tutti-frutti op 12-05-2014 15:14 ]

4015Wp west (Dordrecht)

maandag 12 mei 2014 15:24

Acties:

0 Henk 'm!

mcDavid

Die 146Mbit haal je waarschijnlijk alleen met WiFi uitgeschakeld, met WiFi ingeschakeld is de maximale throughput rond de 120Mbit.

maandag 12 mei 2014 15:24

Acties:

0 Henk 'm!

Vroem

Stvn21 schreef op maandag 12 mei 2014 @ 15:10:
Wat is bij jullie de maximale WAN <-> LAN troughput? ik blijf steken op 146mbps en haal de maximale snelheid dus niet van ziggo (180mbps). Draai trouwens de meest recente TPlink firmware.

De max snelheid zul je zeker niet halen met deze router. De max throuhgput is dacht ik ongeveer 135mbps dus wees blij met wat je haalt...

Nee heb hier geen bron voor maar is ongetwijfeld ergens op internet te vinden.

maandag 12 mei 2014 15:27

Acties:

0 Henk 'm!

Stvn21

mcDavid schreef op maandag 12 mei 2014 @ 15:24:
Die 146Mbit haal je waarschijnlijk alleen met WiFi uitgeschakeld, met WiFi ingeschakeld is de maximale throughput rond de 120Mbit.

Ik heb wifi wel aanstaan.

Vroem schreef op maandag 12 mei 2014 @ 15:24:
[...]

De max snelheid zul je zeker niet halen met deze router. De max throuhgput is dacht ik ongeveer 135mbps dus wees blij met wat je haalt...

Nee heb hier geen bron voor maar is ongetwijfeld ergens op internet te vinden.

Haha oke. Dan ga ik of mijn abonnement downgraden of mijn router upgraden

maandag 12 mei 2014 15:41

Acties:

0 Henk 'm!

mcDavid

Zou ik doen ja. 146Mbit is een zéér hoge benchmark voor deze router. Zoals ook vroem bevestigt: de meesten halen dat niet.

maandag 12 mei 2014 16:12

Acties:

0 Henk 'm!

Verwijderd

Namba schreef op maandag 12 mei 2014 @ 14:18:
[...]

Misschien een idee om de apparaten even om te wisselen? Checken of de TP-Link wel een WAN IP krijgt van de KPN Experia Box. Dan weet je of het aan de TP-Link ligt.

Probeer eens een Static IP toe te wijzen aan de WAN Poort van de TP-Link, zowel op de TP-Link zelf als op de DHCP Server waarvan de TP-Link haar WAN IP zou moeten krijgen.

Overigens dit topic wel voor de TP-Link 1043ND en niet voor de WDR4300. Als het een bekend probleem van de WDR4300 zullen ze je in een topic gerelateerd aan de WDR4300 wellicht beter kunnen helpen.

@Namba,
Nadat ik de router rechtstreeks op de experiabox had aangesloten en een static ip nummer aan de WAN poort had toegewezen had ik gelijk internet. Bedankt voor je info. Overigens speelde ditzelfde probleem ook met een WR1043ND Versie 2 router.

dinsdag 20 mei 2014 13:13

Acties:

0 Henk 'm!

418O2

Gisteren even de laatste MR build geinstalleerd. Wifi komt niet verder dan 35mbit. Toch maar eens naar een goede router kijken denk ik, dit is echt geklooi. De snelheid valt me niet eens echt tegen; het bereik daarentegen wel

dinsdag 20 mei 2014 17:49

Acties:

0 Henk 'm!

HaTe

haat niet

in r40780 heeft nbd misschien het WiFi probleem gefixed: https://dev.openwrt.org/ticket/15464#comment:37

WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs

dinsdag 20 mei 2014 21:26

Acties:

0 Henk 'm!

svijf

b5beveiliging.nl

Kan iemand mij deze meldingen uitleggen?
May 9 03:50:01 OpenWrt cron.info crond[1254]: crond: USER root pid 3421 cmd /sbin/wifi down
May 9 03:50:01 OpenWrt kern.info kernel: [276572.710000] device wlan0 left promiscuous mode
May 9 03:50:01 OpenWrt kern.info kernel: [276572.720000] br-lan: port 2(wlan0) entered disabled state

Ik kan wel de router in via mijn netwerk en de wifi weer "enable-en".
Hierna werkt het weer een paar dagen...

donderdag 22 mei 2014 18:53

Acties:

0 Henk 'm!

mk13139

Topicstarter

HaTe schreef op dinsdag 20 mei 2014 @ 17:49:
in r40780 heeft nbd misschien het WiFi probleem gefixed: https://dev.openwrt.org/ticket/15464#comment:37

Nieuwe build r40820 is up! Deze bevat een aantal wifi fixes, dus probeer hem eens uit

Ik heb de build offline gehaald, wireless N lijkt niet beschikbaar te zijn..

Wireless N lijkt toch te werken!
https://dev.openwrt.org/ticket/16600#comment:2

[ Voor 22% gewijzigd door mk13139 op 26-05-2014 12:23 ]

donderdag 22 mei 2014 21:50

Acties:

0 Henk 'm!

Ultraman

Moderator Harde Waren

Boefje

TP-Link TL-ANT2408CL
TP-Link TL-ANT2405C
Dd-wrt
OpenWrt
TP-Link TL-WR1043ND-450Mbps Wireless N Gigabit Router
TP-Link
Wifi

Topicstarter

svijf schreef op dinsdag 20 mei 2014 @ 21:26:
Kan iemand mij deze meldingen uitleggen?
May 9 03:50:01 OpenWrt cron.info crond\[1254]: crond: USER root pid 3421 cmd /sbin/wifi down
May 9 03:50:01 OpenWrt kern.info kernel: [276572.710000] device wlan0 left promiscuous mode
May 9 03:50:01 OpenWrt kern.info kernel: [276572.720000] br-lan: port 2(wlan0) entered disabled state

Ik kan wel de router in via mijn netwerk en de wifi weer "enable-en".
Hierna werkt het weer een paar dagen...

Hier wordt via crontab wordt het commando gegeven om wifi uit te schakelen.
Dit zijn de "Scheduled Tasks". Waarschijnlijk heb jij (of iemand anders?) in de crontab aangegeven dat om 3:50 's nachts het WiFi uit moet gaan. Mogelijk vergeten dit op te volgen met een wifi up commando om 4:00 of ander gewenst tijdstip?
De router voert in ieder geval de opdracht om wifi uit te schakelen om 3:50 uit, zoals geconfigureerd in cron.

[ Voor 7% gewijzigd door Ultraman op 22-05-2014 21:51 ]

Als je stil blijft staan, komt de hoek wel naar jou toe.

donderdag 22 mei 2014 22:27

Acties:

0 Henk 'm!

svijf

b5beveiliging.nl

Ultraman schreef op donderdag 22 mei 2014 @ 21:50:
[...]

Hier wordt via crontab wordt het commando gegeven om wifi uit te schakelen.
Dit zijn de "Scheduled Tasks". Waarschijnlijk heb jij (of iemand anders?) in de crontab aangegeven dat om 3:50 's nachts het WiFi uit moet gaan. Mogelijk vergeten dit op te volgen met een wifi up commando om 4:00 of ander gewenst tijdstip?
De router voert in ieder geval de opdracht om wifi uit te schakelen om 3:50 uit, zoals geconfigureerd in cron.

Dat is juist het vreemde.
Normaal deed de router dit 's nachts en had ik er geen last van.
Nu gebeurd het op willekeurige tijdstippen, terwijl de tijd goed staat?!?
Heb het nu uitgezet (auto reset) kijken hoe dat gaat

Mmm, heel apart. Tijd stond nu ineens wel heel raar?
Heb wel van de week een keer een reboot gegeven, maar toen stond de tijd goed.
Gisteren, voor posten bericht in dit topic, stond die ook nog goed?!?

vrijdag 23 mei 2014 17:06

Acties:

0 Henk 'm!

psvunited

Krijg mijn geld dus weer terug. (hij was defect bij aankoop)

Wat zal ik nu doen?
Toch weer voor deze gaan.
Het wordt een Router geen AP
Budget rond de 50eu

vrijdag 23 mei 2014 21:24

Acties:

0 Henk 'm!

Puch-Maxi

Topicstarter

Denk dat je in het verkeerde topic zit? psvunited in "[HOWTO]Draadloze Router gebruiken als Access Point"
Welke had je gekocht? Ik zou nu geen TL-WR1043ND v1 meer kopen, dat is nu toch wel een ouder model er zijn inmiddels betere opties beschikbaar. Ligt er een beetje aan wat je zoekt, Dual-Band etc.

mk13139 schreef op donderdag 22 mei 2014 @ 18:53:
[...]
Nieuwe build r40820 is up! Deze bevat een aantal wifi fixes, dus probeer hem eens uit

Ik heb de build offline gehaald, wireless N lijkt niet beschikbaar te zijn..

Wireless N lijkt toch te werken!
https://dev.openwrt.org/ticket/16600#comment:2

Heb nu ook r40820 op mijn TL-WR1043ND draaien, gaat prima

[ Voor 65% gewijzigd door Puch-Maxi op 26-05-2014 11:54 . Reden: r40820 ]

My favorite programming language is solder.

maandag 26 mei 2014 12:19

Acties:

0 Henk 'm!

toro

Iemand clue waarom ik dit zie in mijn LAN op een workstation met tcpdump?

code:

12:01:03.342140 STP 802.1d, Config, Flags [none], bridge-id 8000.10:fe:ed:af:*:*.8001, length 43
    message-age 0.00s, max-age 20.00s, hello-time 2.00s, forwarding-delay 0.00s
    root-id 8000.10:fe:ed:af:*:*, root-pathcost 0
12:01:05.342167 STP 802.1d, Config, Flags [none], bridge-id 8000.10:fe:ed:af:*:*.8001, length 43
    message-age 0.00s, max-age 20.00s, hello-time 2.00s, forwarding-delay 0.00s
    root-id 8000.10:fe:ed:af:*:*, root-pathcost 0

Dit ^ gaat elke 2 seconden.

Stock firmware van de V2.
Setup: LAN en WLAN Clients. WAN is modem via DHCP.

dinsdag 27 mei 2014 20:12

Acties:

0 Henk 'm!

monty_burns_007

mk13139 schreef op donderdag 22 mei 2014 @ 18:53:
[...]

Nieuwe build r40820 is up! Deze bevat een aantal wifi fixes, dus probeer hem eens uit

Ik heb de build offline gehaald, wireless N lijkt niet beschikbaar te zijn..

Wireless N lijkt toch te werken!
https://dev.openwrt.org/ticket/16600#comment:2

Ik heb zonet geprobeerd de nieuwe build te flashen op m'n 1043 v.1.8.
Ik zie niet echt in Luci dat hij aan het flashen is. Na een tijdje reboot de router, dus ik vermoed dat de sysupgrade webflash uitgevoerd is.
Echter wanneer de router terug geconnecteerd is, zie ik nog steeds de oude build nr staan : OpenWrt by mk13139 r40572 / LuCI Trunk (svn-r9977)

ipv. de nieuwe r40820.
Enig idee waarom de sysupgrade flash niet werkt op m'n router ?
Memory waarden in status display:
Memory
Total Available
9368 kB / 29028 kB (32%)
Free
4492 kB / 29028 kB (15%)
Cached
3836 kB / 29028 kB (13%)
Buffered
1040 kB / 29028 kB (3%)
Swap
Total Available
14132 kB / 14332 kB (98%)
Free
14108 kB / 14332 kB (98%)
Cached
24 kB / 14332 kB (0%)

dinsdag 27 mei 2014 20:17

Acties:

0 Henk 'm!

418O2

Heeft iemand ervaringen met andere antennes voor de v1? Zo ja, hoe pakte het uit en welke antennes had je?

Ik heb even nét iets meer power nodig namelijk.

dinsdag 27 mei 2014 20:46

Acties:

0 Henk 'm!

Puch-Maxi

Topicstarter

Neem aan dat je omni's bedoelt? Heb er verschillende antenne's opgehad zowel TL-ANT2405CL als TL-ANT2408CL. Werkte eigenlijk wel prima, bedenk wel dat hoe hoger de dBi hoe narrower het signaal is, je moet dus beter uitrichten.

Als je puur een point-to-point verbinding wilt maken kun je beter iets als de TL-ANT2409A nemen

.

[ Voor 17% gewijzigd door Puch-Maxi op 27-05-2014 20:49 . Reden: Toevoeging ]

My favorite programming language is solder.

dinsdag 27 mei 2014 21:37

Acties: