[Ervaringen] TP-Link TL-WR1043ND v1

[Puch-Maxi]

QoS is niet voor het verdelen van bandwidth over individuele gebruikers. Het zorgt ervoor dat dat bepaalde pakketjes (bijv. VoIP) een hogere prioriteit krijgen dan dan de overige pakketjes. Wat jij zoekt is bandwidth management per poort/gebruiker/applicatie.

edit:
Er zit een hele beperkte vorm van bandwidth control in de officiële firmware zie hiervoor: http://www.tp-link.com/simulator/TL-WR1043ND/index.htm

[ Voor 23% gewijzigd door Puch-Maxi op 05-10-2011 20:41 . Reden: Link naar simulator ]

[Ook al Bezet]

Puch-Maxi schreef op woensdag 05 oktober 2011 @ 20:32:
QoS is niet voor het verdelen van bandwidth over individuele gebruikers. Het zorgt ervoor dat dat bepaalde pakketjes (bijv. VoIP) een hogere prioriteit krijgen dan dan de overige pakketjes.

Dus als ik daarmee, zeg, http en VOIP voorrang geef zou ik moeten kunnen voorkomen dat iemand met een torrent bijna ale bandbreedte wegsnoept? (ik kan dat trouwens niet vinden in die demo, is QoS wellicht in een latere firmware versie toegevoegd?)

[ Voor 5% gewijzigd door Ook al Bezet op 05-10-2011 20:57 ]

[Mr_gadget]

Hoe zit het nu eigenlijk wet de wifi in de standaard OpenWrt versie? Is dit inmiddels al stabiel op n snelheden? Kon er nergens iets over vinden.

[Puch-Maxi]

@Ook al Bezet,

QoS is niet als zodanig in te stellen. Bandwidth management is wel te vinden in de demo (zie kopje 'Bandwidth Management').

edit:
@Hieronder dd-wrt is er beter op toegerust idd

[ Voor 13% gewijzigd door Puch-Maxi op 05-10-2011 21:21 ]

[Ook al Bezet]

ah, dus om de bandbreedte goed te verdelen zou ik wellicht toch DD-WRT moeten gebruiken?

[Puch-Maxi]

@Ook al Bezet, Dat klopt.

Ik heb de TS even aangepast n.a.v. de OpenWRT builds van Ultraman & Eymey en de uitleg van Magnetra.

[Ook al Bezet]

Puch-Maxi schreef op woensdag 05 oktober 2011 @ 23:44:
@Ook al Bezet, Dat klopt.

Bedankt voor de hulp

[eymey]

Puch-Maxi schreef op woensdag 05 oktober 2011 @ 23:44:
@Ook al Bezet, Dat klopt.

Ik heb de TS even aangepast n.a.v. de OpenWRT builds van Ultraman & Eymey en de uitleg van Magnetra.

Wat een eer

Ik vraag me wel af in hoeverre mijn builds nog meerwaarde hebben.... iig tot ik besluit een nieuwe te maken. De RC5 van nu is nieuwer dan die van mij

[Njay]

Ow ja de rede dat ik terugging naar stock was omdat ik UPNP miste ..
en me linux kennis niet echt zo is om het wel werkend te krijgen..

[Anoniem: 206724]

Njay schreef op donderdag 06 oktober 2011 @ 11:09:
Ow ja de rede dat ik terugging naar stock was omdat ik UPNP miste ..
en me linux kennis niet echt zo is om het wel werkend te krijgen..

root@localhost: ~# opkg update
root@localhost: ~# opkg install miniupnpd
Vervolgens configureren met de webinterface.

Klaar

[ Voor 6% gewijzigd door Anoniem: 206724 op 06-10-2011 13:39 ]

[pakka680]

Iemand ervaringen met Parental Control optie. Het lijkt allemaal erg simpel maar mijn zogenaamde geblokkeerde computers worden geen strobreed in weggelegd om toch toegang tot het hele internet te krijgen.

[Mr_gadget]

Mr_gadget schreef op woensdag 05 oktober 2011 @ 21:05:
Hoe zit het nu eigenlijk wet de wifi in de standaard OpenWrt versie? Is dit inmiddels al stabiel op n snelheden? Kon er nergens iets over vinden.

Kan iemand hier nog iets over zeggen?

[Anoniem: 206724]

Scroll is een paar posts/pagina's terug, al uitgebreid aan bod gekomen
Komt er op neer dat je Backfire RC5 of beter nog de laatste trunk moet draaien voor (erg) stabiele wireless.

[ Voor 42% gewijzigd door Anoniem: 206724 op 07-10-2011 00:39 ]

[Njay]

Anoniem: 206724 schreef op donderdag 06 oktober 2011 @ 13:38:
[...]

root@localhost: ~# opkg update
root@localhost: ~# opkg install miniupnpd
Vervolgens configureren met de webinterface.

Klaar

Juist ...
thx man .. zal het nog eens gaan trachten dit weekend

[NRGetic]

Heb een issue met de mediaserver die ik i.c.m. mijn playstation3 gebruik. Divx, MPG, JPG. MP3 speelt ie keurig af maar bij het kiezen voor MKV geeft mijn ps3 -> Data type wordt niet ondersteund. Op de site van TP-Link staat dat de laatste firmware versie geinstalleerd dient te zijn voor de ondersteuning van MKV bestanden. Die laatste versie heb ik er dus op staan...

Nog meer mensen die dit ondervinden? En zo ja is er een oplossing voor?

Van de TP-Link website:
From the firmware released on May 6th 2011, TL-WR1043ND begins to support Media Server function for USB storage devices. Media Server function is DLNA based, which enables sharing pictures, music and video to TV, game console and PCs in the same network.

The following multi-media formats are proved to be supported by TL-WR1043ND Media Server function.

PlayStation 3 Jpg, png, bmp, gif, tiff, tif M4a, mp3, mp4, wav, wma Asf(partially), wmv, avi, m4v, vob, mpg, mp4, ts, mkv

[Mabili]

Ultraman schreef op woensdag 21 september 2011 @ 17:52:
[...]

Huh? Het staat standaard ingesteld als een "normale" switch. Poort 1,2,3,4 zitten standaard in dezelfde VLAN en die lan interface is gebridged.
Als je er geen DHCP mee wilt doen, dat kan, maar dan moet je niet bij de interface zijn. Echter bij de configuratie van DHCP/DNS. Het pakket genaamd "dnsmasq" regelt DHCP en DNS voor je, dus die zul je moeten aanpassen als je geen DHCP wilt.
Ik doe 95% van alles configuratie op de command line. Als je eenmaal weet waar je moet kijken vind ik dat overzichtelijker en helderder dan in LuCi allemaal dingen aan te vinken, etc. Maar ieder zijn ding

Laat even iets duidelijker weten wat je bedoeld mocht ik je verkeerd begrijpen.

Ik zie dat de compile job zojuist klaar is, dus ik zal eens twee vers gebakken .bin's uploaden. Heb nog geen tijd gehad om ze te testen, maar if it compiles it works

[Edit]
Ok... de twee plekken waar ik wel eens naar upload zijn beide dicht of stuk. Een ander plekje heb ik op dit moment niet en om het nou hier direct te gaan hosten over ADSL gaat me iets te ver. (note to self: ga eens verder met je server achter glas geschikt te maken voor dit soort dingen)

Dus dan maar wat publieks en lelijks, maar met md5sums erbij zodat je kunt checken of de file in orde is.
Versie: OpenWRT Backfire branch @ r28280
De factory image, ter vervanging van stock firmware: openwrt-ar71xx-tl-wr1043nd-v1-squashfs-factory.bin
md5sum: 358dc1b63de185702b2131e896da69ae

De sysupgrade image, voor OpenWRT upgrades (bv vanaf rc5): openwrt-ar71xx-tl-wr1043nd-v1-squashfs-sysupgrade.bin
md5sum: 39bcb8534cb79b0e528fbbbad0703579

Disclaimer: Provided as-is. Op eigen risico dus. Ik heb deze nog niet getest, maar zodra ik dat wel heb vermeld ik dat hier. Zal wel het weekend ofzo worden. Maar ze zouden gewoon moeten werken

Mochten er problemen mee zijn, of moeten er bepaalde packages toch echt in compiled worden, dan mag je verzoekje doen

toon volledige bericht

Bedankt voor deze build
Alleen hoe ik het voor elkaar krijg weet ik niet maar mijn WIFI wilt voor geen mogelijkheid in de lucht.
Het enige wat er gebeurd zijn drop outs waarbij de Wifi even in de lucht komt en dan vervolgens weer weg is.

SSID: ****
Mode: Master
Channel: 1 (2.41 GHz)
Bitrate: ? Mb/s
BSSID: 74:EA:3A:BD:17:08
Encryption: WPA2 PSK (CCMP)

Mode: Master | SSID: ****
BSSID: **:**:**:**:**:** | Encryption: WPA2 PSK (CCMP)
Channel: 1 (2.412 GHz) | Tx-Power: 23 dBm
Signal: -44 dBm | Noise: -95 dBm
Bit Rate: 1.0 MBit/s | Country: US

Stel ik de Country in op NL dan heb ik precies dezelfde problemen.
Wat doe ik fout? want voor de rest ziet OpenWRT er gewoon heel goed uit.
Ondertussen ben ik maar weer even terug naar stock gegaan maar hoop toch wel weer binnenkort OpenWRT te kunnen draaien.

[Ultraman]

Hmm, daar kunnen we eens naar gaan kijken.
Ik stel niks in via LuCi en gebruik dat enkel voor monitoring. Om de reden dat het toch niet altijd via LuCi wilde lukken. Dus instellen via de console blijft het handigst

Even in de lucht en gelijk weer wegvallen duid iig op een configuratiefout. Het zou ook best kunnen zijn dat LuCi ergens iets niet lekker wegschrijft.
Kun je je System Log en Kernel Log even willen posten op een moment dat dat gebeurd?

Daarnaast is het handig om even je config files hier neer te zetten, een eventuele fout daarin is dan goed te spotten. Het belangrijkst is dan /etc/config/wireless (strip even je WPA2 passphrase er uit), en handig om erbij te doen is /etc/config/network.
Hoe bedreven ben je met de router via de console benaderen? Want als je daar ook geen kaas van hebt gegeten dan kan ik (of iemand anders) je dat ook wel vlot uitleggen.

[Borromini]

For the record, ik gebruik hier 10.03.1 RC6+ en stel alles in via LuCi (ja ik ben lui, ik kan het ook via de CLI ). Werkt netjes hier, ook Atheros radio (WNDR3700 v1).

[Ultraman]

Voor de meeste dingen kan het wel idd. Tegenwoordig is er al aardig veel gefixed aan LuCi.
Alleen toen het er net was viel het meestal nog wel eens tegen
Ik heb die build wel redelijk lean gemaakt, dus wie weet mist ie gewoon een bestandje welke ik toevallig niet nodig heb en hij wel.

[Mabili]

Ultraman schreef op vrijdag 07 oktober 2011 @ 17:43:
Hmm, daar kunnen we eens naar gaan kijken.
Ik stel niks in via LuCi en gebruik dat enkel voor monitoring. Om de reden dat het toch niet altijd via LuCi wilde lukken. Dus instellen via de console blijft het handigst

Even in de lucht en gelijk weer wegvallen duid iig op een configuratiefout. Het zou ook best kunnen zijn dat LuCi ergens iets niet lekker wegschrijft.
Kun je je System Log en Kernel Log even willen posten op een moment dat dat gebeurd?

Daarnaast is het handig om even je config files hier neer te zetten, een eventuele fout daarin is dan goed te spotten. Het belangrijkst is dan /etc/config/wireless (strip even je WPA2 passphrase er uit), en handig om erbij te doen is /etc/config/network.
Hoe bedreven ben je met de router via de console benaderen? Want als je daar ook geen kaas van hebt gegeten dan kan ik (of iemand anders) je dat ook wel vlot uitleggen.

Op zich kan ik wel redelijk werken met Putty en WinSCP en zo de basis router console instellingen benaderen en zo nodig aanpassen als het moet.

Als de kinderen vanavond op bed liggen zal ik even de logs posten.
Had zojuist al een huilend kind omdat hij niet meer via de laptop youtube kon bekijken

[Borromini]

Ultraman schreef op vrijdag 07 oktober 2011 @ 18:12:
Voor de meeste dingen kan het wel idd. Tegenwoordig is er al aardig veel gefixed aan LuCi.
Alleen toen het er net was viel het meestal nog wel eens tegen
Ik heb die build wel redelijk lean gemaakt, dus wie weet mist ie gewoon een bestandje welke ik toevallig niet nodig heb en hij wel.

Mijn lijst

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 Backfire (10.03.1-rc6, r28215) --------------------
  * 1/3 shot Kahlua    In a shot glass, layer Kahlua 
  * 1/3 shot Bailey's  on the bottom, then Bailey's, 
  * 1/3 shot Vodka     then Vodka.
 ---------------------------------------------------
root@zeus:~# opkg list-installed|grep luci
luci-app-ddns - 0.10+svn7486-1
luci-app-firewall - 0.10+svn7486-1
luci-app-ntpc - 0.10+svn7486-1
luci-app-openvpn - 0.10+svn7486-1
luci-app-p910nd - 0.10+svn7486-1
luci-app-qos - 0.10+svn7486-1
luci-app-statistics - 0.10+svn7486-1
luci-app-tinyproxy - 0.10+svn7486-1
luci-i18n-english - 0.10+svn7486-1
luci-lib-core - 0.10+svn7486-1
luci-lib-ipkg - 0.10+svn7486-1
luci-lib-lmo - 0.10+svn7486-1
luci-lib-nixio - 0.10+svn7486-1
luci-lib-sys - 0.10+svn7486-1
luci-lib-web - 0.10+svn7486-1
luci-mod-admin-core - 0.10+svn7486-1
luci-mod-admin-full - 0.10+svn7486-1
luci-sgi-cgi - 0.10+svn7486-1
luci-ssl - 0.10+svn7486-1
luci-theme-base - 0.10+svn7486-1
luci-theme-openwrt - 0.10+svn7486-1

Wat screenshots, mocht dat helpen:

[ Voor 5% gewijzigd door Borromini op 07-10-2011 18:47 ]

[Mabili]

@Borromini,
Bedankt zo kan ik ook even vergelijken.
en komen mijn instellingen eigenlijk geheel overeen met radio0.

Maar zoals ik al aangaf ik zal vanavond even wat logs plaatsen.

[ Voor 234% gewijzigd door Mabili op 07-10-2011 19:02 ]

[Ultraman]

Aww wat zielig!

Misschien kan ik morgenochtend eens een nieuwe build maken en die dan ook testen.
Hangt een beetje van de huisgenoten af... want als die thuis zijn en met internet bezig dan wil ik ze dat niet zomaar ontnemen om te gaan testen.

Benieuwd naar je logs.
En je ziet gelukkig hoe makkelijk dat flashen gaat, dus dat scheelt weer pijn

[ Voor 17% gewijzigd door Ultraman op 07-10-2011 19:53 ]

[Mabili]

Goed alles slaapt en eindelijk kan ik aan de slag.
Opnieuw even OpenWRT erop gezet en raad eens na wat gepuzzel met channel etc
is WIFI nu wel in de lucht alleen lijkt het niet helemaal lekker te gaan met de channel bereik.
Zo doet WIFI het wel op kanaal 1 maar de overige kanalen lijkt het op dit moment nog mis te gaan.



Hierbij toch even de logs:

/etc/config/wireless

config 'wifi-device' 'radio0'
	option 'type' 'mac80211'
	option 'macaddr' '****'
	option 'hwmode' '11ng'
	list 'ht_capab' 'SHORT-GI-40'
	list 'ht_capab' 'DSSS_CCK-40'
	option 'disabled' '0'
	option 'htmode' 'HT40+'
	option 'country' 'NL'
	option 'channel' '1'
	option 'txpower' '20'

config 'wifi-iface'
	option 'device' 'radio0'
	option 'network' 'lan'
	option 'mode' 'ap'
	option 'ssid' '***'
	option 'encryption' 'psk2'
	option 'key' '***'

/etc/config/network

config 'interface' 'loopback'
       option 'ifname'   'lo'
       option 'proto'    'static'
       option 'ipaddr'   '127.0.0.1'
       option 'netmask'  '255.0.0.0'

config 'interface' 'lan'
        option 'ifname'   'eth0.1'
        option 'type'     'bridge'
        option 'proto'    'static'
        option 'ipaddr'   '192.168.1.1'
        option 'netmask'  '255.255.255.0'

config 'interface' 'wan'
        option 'ifname' 'eth0.2'
        option 'proto' 'dhcp'

config 'switch'
	option 'name' 'rtl8366rb'
        option 'reset' '1'
        option 'enable_vlan' '1'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '1'
        option 'ports' '1 2 3 4 5t'

config 'switch_vlan'
        option 'device' 'rtl8366rb'
        option 'vlan' '2'
        option 'ports' '0 5t'

system log

Sep  8 16:00:23 OpenWrt user.info kernel: br-lan: port 1(eth0.1) entering disabled state
Sep  8 16:00:23 OpenWrt user.info kernel: device eth0 left promiscuous mode
Sep  8 16:00:23 OpenWrt user.info kernel: device eth0.1 left promiscuous mode
Sep  8 16:00:23 OpenWrt user.info kernel: br-lan: port 1(eth0.1) entering disabled state
Sep  8 16:00:25 OpenWrt user.notice ifup: Enabling Router Solicitations on loopback (lo)
Sep  8 16:00:25 OpenWrt user.notice rdate: No usable time server for loopback found
Sep  8 16:00:26 OpenWrt user.info kernel: device eth0.1 entered promiscuous mode
Sep  8 16:00:26 OpenWrt user.info kernel: device eth0 entered promiscuous mode
Sep  8 16:00:26 OpenWrt user.info kernel: br-lan: port 1(eth0.1) entering forwarding state
Sep  8 16:00:27 OpenWrt user.info kernel: ADDRCONF(NETDEV_UP): wlan0: link is not ready
Sep  8 16:00:28 OpenWrt user.info kernel: device wlan0 entered promiscuous mode
Sep  8 16:00:28 OpenWrt user.info kernel: br-lan: port 2(wlan0) entering forwarding state
Sep  8 16:00:28 OpenWrt daemon.warn hostapd: wlan0: IEEE 802.11 Configured HT40 secondary channel (15) 

not found from the channel list of current mode (1) IEEE 802.11g
Sep  8 16:00:28 OpenWrt daemon.warn hostapd: wlan0: IEEE 802.11 Configured channel (11) not found from 

the channel list of current mode (1) IEEE 802.11g
Sep  8 16:00:28 OpenWrt daemon.warn hostapd: wlan0: IEEE 802.11 Hardware does not support configured 
channel

(mocht de gehele log gepost moeten worden dan voeg ik deze liever bij als bijlage aangezien de log al erg groot geworden is)

Kernel log

Linux version 2.6.32.27 (stefan@bacchus) (gcc version 4.3.3 (GCC) ) #1 Wed Sep 21 17:50:03 CEST 2011
prom: fw_arg0=00000007, fw_arg1=a1f77fb0, fw_arg2=a1f78440, fw_arg3=00000008
MyLoader: sysp=ffffffff, boardp=ffffffff, parts=ffffffff
bootconsole [early0] enabled
CPU revision is: 00019374 (MIPS 24Kc)
Atheros AR9132 rev 2, CPU:400.000 MHz, AHB:200.000 MHz, DDR:400.000 MHz
Determined physical RAM map:
 memory: 02000000 @ 00000000 (usable)
Initrd not found or empty - disabling initrd
Zone PFN ranges:
  Normal   0x00000000 -> 0x00002000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x00002000
On node 0 totalpages: 8192
free_area_init_node: node 0, pgdat 802c5f30, node_mem_map 81000000
  Normal zone: 64 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 8128 pages, LIFO batch:0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: rootfstype=squashfs,yaffs,jffs2 noinitrd console=ttyS0,115200 board=TL-WR1043ND
PID hash table entries: 128 (order: -3, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes.
Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes
Writing ErrCtl register=00000000
Readback ErrCtl register=00000000
Memory: 29376k/32768k available (2051k kernel code, 3392k reserved, 406k data, 148k init, 0k highmem)
SLUB: Genslabs=7, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
Hierarchical RCU implementation.
NR_IRQS:56
Calibrating delay loop... 266.24 BogoMIPS (lpj=1331200)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
MIPS: machine is TP-LINK TL-WR1043ND
bio: create slab <bio-0> at 0
Switching to clocksource MIPS
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 4.0 (2009/01/31) Phillip Lougher
Registering mini_fo version $Id$
JFFS2 version 2.2. (NAND) (SUMMARY)  © 2001-2006 Red Hat, Inc.
yaffs Sep 21 2011 17:49:58 Installing. 
msgmni has been set to 57
io scheduler noop registered
io scheduler deadline registered (default)
Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A
console [ttyS0] enabled, bootconsole disabled
Atheros AR71xx SPI Controller driver version 0.2.4
m25p80 spi0.0: s25sl064a (8192 Kbytes)
spi0.0: searching for MyLoader partition table at offset 0x10000
spi0.0: searching for MyLoader partition table at offset 0x20000
spi0.0: searching for MyLoader partition table at offset 0x30000
spi0.0: searching for MyLoader partition table at offset 0x40000
spi0.0: no MyLoader partition table found
Searching for RedBoot partition table in spi0.0 at offset 0x7e0000
Searching for RedBoot partition table in spi0.0 at offset 0x7f0000
No RedBoot partition table detected in spi0.0
spi0.0: no WRT160NL signature found
Creating 5 MTD partitions on "spi0.0":
0x000000000000-0x000000020000 : "u-boot"
0x000000020000-0x000000160000 : "kernel"
0x000000160000-0x0000007f0000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=370000, len=480000 
0x000000370000-0x0000007f0000 : "rootfs_data"
0x0000007f0000-0x000000800000 : "art"
0x000000020000-0x0000007f0000 : "firmware"
Realtek RTL8366RB ethernet switch driver version 0.2.3
rtl8366rb rtl8366rb: using GPIO pins 18 (SDA) and 19 (SCK)
rtl8366rb rtl8366rb: RTL5937 ver. 2 chip found
rtl8366rb: probed
eth0: Atheros AG71xx at 0xb9000000, irq 4
eth0: using fixed link parameters
Atheros AR71xx hardware watchdog driver version 0.1.0
ar71xx-wdt: timeout=15 secs (max=21)
TCP westwood registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <[e-mail]>
All bugs added by David S. Miller <[e-mail]>
VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Freeing unused kernel memory: 148k freed
Please be patient, while OpenWrt loads ...
input: gpio-buttons as /devices/platform/gpio-buttons/input/input0
Button Hotplug driver version 0.3.1
ar71xx: pll_reg 0xb8050014: 0x1a000000
eth0: link up (1000Mbps/Full duplex)
Registered led device: tl-wr1043nd:green:usb
Registered led device: tl-wr1043nd:green:system
Registered led device: tl-wr1043nd:green:qss
Registered led device: tl-wr1043nd:green:wlan
mini_fo: using base directory: /
mini_fo: using storage directory: /tmp/root
eth0: link down
NET: Registered protocol family 10
lo: Disabled Privacy Extensions
ar71xx: pll_reg 0xb8050014: 0x1a000000
eth0: link up (1000Mbps/Full duplex)
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
ADDRCONF(NETDEV_CHANGE): eth0.1: link becomes ready
Compat-wireless backport release: compat-wireless-2011-08-25
Backport based on wireless-testing.git master-2011-08-26
cfg80211: Calling CRDA to update world regulatory domain
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
cfg80211: World regulatory domain updated:
cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US
ath: Regpair used: 0x3a
ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
ieee80211 phy0: Atheros AR9100 MAC/BB Rev:7 AR2133 RF Rev:a2 mem=0xb80c0000, irq=2
cfg80211: Calling CRDA for country: US
cfg80211: Regulatory domain changed to country: US
cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:     (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
cfg80211:     (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
cfg80211:     (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)
IPv6 over IPv4 tunneling driver
sit0: Disabled Privacy Extensions
ip_tables: (C) 2000-2006 Netfilter Core Team
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
ar71xx-ehci ar71xx-ehci: Atheros AR91xx built-in EHCI controller
ar71xx-ehci ar71xx-ehci: new USB bus registered, assigned bus number 1
ar71xx-ehci ar71xx-ehci: irq 3, io mem 0x1b000000
ar71xx-ehci ar71xx-ehci: USB 2.0 started, EHCI 1.00
usb usb1: configuration #1 chosen from 1 choice
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
nf_conntrack version 0.5.0 (461 buckets, 1844 max)
nf_conntrack_rtsp v0.6.21 loading
nf_nat_rtsp v0.6.21 loading
ip6_tables: (C) 2000-2006 Netfilter Core Team
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
eth0: no IPv6 routers present
eth0.2: no IPv6 routers present
jffs2_scan_eraseblock(): End of filesystem marker found at 0x0
jffs2_build_filesystem(): unlocking the mtd device... done.
jffs2_build_filesystem(): erasing all blocks after the end marker... done.
mini_fo: using base directory: /
mini_fo: using storage directory: /overlay
ar71xx-wdt: enabling watchdog timer
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
eth0.2: no IPv6 routers present
br-lan: port 2(wlan0) entering disabled state
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
eth0.2: no IPv6 routers present
br-lan: port 2(wlan0) entering disabled state
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
cfg80211: Calling CRDA for country: NL
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
cfg80211: Regulatory domain changed to country: NL
cfg80211:     (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
cfg80211:     (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm)
cfg80211:     (5170000 KHz - 5250000 KHz @ 40000 KHz), (N/A, 2000 mBm)
cfg80211:     (5250000 KHz - 5330000 KHz @ 40000 KHz), (N/A, 2000 mBm)
cfg80211:     (5490000 KHz - 5710000 KHz @ 40000 KHz), (N/A, 2700 mBm)
eth0.2: no IPv6 routers present
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
eth0.2: no IPv6 routers present
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
eth0.2: no IPv6 routers present
br-lan: port 2(wlan0) entering disabled state
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
eth0.2: no IPv6 routers present
br-lan: port 2(wlan0) entering disabled state
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
eth0.2: no IPv6 routers present
br-lan: port 2(wlan0) entering disabled state
br-lan: port 1(eth0.1) entering disabled state
device eth0 left promiscuous mode
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device eth0.1 left promiscuous mode
br-lan: port 1(eth0.1) entering disabled state
device eth0.1 entered promiscuous mode
device eth0 entered promiscuous mode
br-lan: port 1(eth0.1) entering forwarding state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
ADDRCONF(NETDEV_UP): wlan0: link is not ready
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
eth0.2: no IPv6 routers present

[Ultraman]

Sep  8 16:00:28 OpenWrt daemon.warn hostapd: wlan0: IEEE 802.11 Configured HT40 secondary channel (15) 

not found from the channel list of current mode (1) IEEE 802.11g

Daar zit je probleem volgens mij. Ik heb ook ooit wel eens ruzie gehad met HT40+/-.

Val eerst eens terug op het meer compatible en neighborhood friendly 20MHz ipv 40MHz operatie door 'htmode' op 'HT20' te zetten. Als het dan werkt heb je iig bepaald waar het probleem zit.
Op 20MHz kun je nog steeds 135Mbps, en 150Mbps met Short Guard Interval, halen over het WiFi.
Ik gebruik dat hier ook, omdat er aardig veel netwerken in mijn buurt zijn.
Woon jij op een plek waar niet veel andere WiFi APs zijn?
Heb je 40MHz operatie nodig voor iets? Bijvoorbeeld omdat je veel files over het draadloos gooit?

Wat voor mij goed werkt is eerst een simpele basis opbouwen, en als dat werkt dan pas hippe features gaan proberen. Zo weet je altijd wat wel werkt en wanneer het mis gaat, hiermee voorkom je raadsels

[ Voor 13% gewijzigd door Ultraman op 08-10-2011 13:00 . Reden: code tags vervangen met cmd ]

[Mabili]

bedankt voor de tip!
Ik heb de HT40 terug gezet naar HT20 en ben even op kanaal 1 gaan zitten.
Aangezien het hier in de staat erg druk is met WIFI en dan vooral op kanaal 6.
Alleen heeft het nog een voordeel om de Country van NL te wijzigen naar US?

Zag trouwens wel op wiki nog een leerzaam stukje over List of WLAN channels.

Voor de rest loopt je build behoorlijk stabiel en merk ik toch wel een vooruitgang in snelheid tegenover de standaard TP link firmware

[Ultraman]

Voordeel van NL country boven die van US is simpel: meer beschikbare kanalen.
In de US mag enkel channel 1 t/m 11 worden gebruikt, hier in NL mogen ook 12 en 13 worden gebruikt.

In de pre-compiled images van OpenWRT die je kunt downloaden staat de optie die wijziging van deze country domain setting toestaat uitgeschakeld. Het WiFi driver (ath9k) leest de country setting dan enkel uit het EEPROM van de chip, en die staat op US (in bits volgens mij: 00)
Ik heb de optie waardoor de gebruiker zijn/haar country kan aangeven wel ingeschakeld en kun je dus ook gebruik maken van kanaal 12 en 13.

Fijn om te horen dat hij nu goed loopt.
Ik heb geen tijd gehad om een nieuwe build te maken, want druk met de studie.
Gelukkig zitten in jouw build wel alle belangrijke ath9k fixes tot nu toe, voor zover ik weet.
En een update zal ik hier vast nog wel eens posten. Ik denk dat mijn Dropbox account dan eindelijk een nut ga geven

[eymey]

@Ultraman: Misschien toch ook eens jouw build bij m'n ouders uitrollen! Wie weet verhoogt dat de stabiliteit van hun router wat.... misschien is UPC bij hun wel helemaal niet het probleem maar ook meer de wireless driver (aangezien ze dus ook bijna alles draadloos gebruiken).

Nog wel een vraag: Zijn van jouw build ook de evt. packages beschikbaar? Of is hij gewoon compatible met de packages waar standaard naar verwezen wordt in de backfire repository op de OpenWRT site? Ik merkte namelijk bij m'n eigen build van eerder dit jaar dat ik ook naar de apart mee gebouwde packages moest verwijzen als ik wat extra wilde installeren.

@Mabili: Hoe ben jij eigenlijk terug gegaan naar stock firmware? Gewoon de laatste versie van de TP-Link site -as is- geflashed via de LUCI interface? De laatste keer dat ik met deze router bezig ben geweest was nog een aanpassing van de originele firmware nodig voor een succesvolle flash. Anders was de router 'bricked' en moest ik met de serial console en tftp aan de slag

[Mabili]

eymey schreef op zondag 09 oktober 2011 @ 01:19:
@Ultraman: Misschien toch ook eens jouw build bij m'n ouders uitrollen! Wie weet verhoogt dat de stabiliteit van hun router wat.... misschien is UPC bij hun wel helemaal niet het probleem maar ook meer de wireless driver (aangezien ze dus ook bijna alles draadloos gebruiken).

Nog wel een vraag: Zijn van jouw build ook de evt. packages beschikbaar? Of is hij gewoon compatible met de packages waar standaard naar verwezen wordt in de backfire repository op de OpenWRT site? Ik merkte namelijk bij m'n eigen build van eerder dit jaar dat ik ook naar de apart mee gebouwde packages moest verwijzen als ik wat extra wilde installeren.

@Mabili: Hoe ben jij eigenlijk terug gegaan naar stock firmware? Gewoon de laatste versie van de TP-Link site -as is- geflashed via de LUCI interface? De laatste keer dat ik met deze router bezig ben geweest was nog een aanpassing van de originele firmware nodig voor een succesvolle flash. Anders was de router 'bricked' en moest ik met de serial console en tftp aan de slag

Ik heb gewoon direct de stock firmware via Luci erop gezet maar dan niet de laatste maar de voor laatste versie wr1043nv1_en_3_12_2_up(100820) dat ging zonder problemen.

Voor DD-WRT gebruik ik wel een aangepaste versie dan gebruik ik tl-wr1043nd_v1-webrevert.bin (deze heb ik laatst bij DD-WRT site vandaan gehaald)

[Ultraman]

Ik weet eerlijk gezegd niet of de packages van de OpenWRT site zo werken. Voor mijzelf heb ik namelijk wat ik tot nu toe nodig heb ingebakken elke keer.
Out-of-the-box werkt het iig niet, want opkg gaat op zoek naar 10.03.1-rc6 en die bestaat niet in de officiële repo.
Je zou kunnen proberen dat pad te veranderen naar rc5 in de configuratie file en te kijken wat er werkt of niet. Op zich zou het best nog wel eens kunnen werken

Of ik kan de packages voor je compileren. Dan moet je even aangeven om welke packages het gaat en dan kun je kiezen of ik een hele image voor je maak met die packages er in of dat ik ze je als losse packages geef.
Misschien een goed idee om dat even over DM te doen.

Ga ik ondertussen eens even mijn Dropbox account credentials opzoeken...

[ Voor 3% gewijzigd door Ultraman op 09-10-2011 13:51 ]

[RealR]

Ik ben sinds enkele dagen ook in het bezit van dit apparaat, helaas niet naar tevredenheid. Op draadloos gebied laat mijn exemplaar het aan alle kanten afweten. Gebruik de laatste stock firmware en verschillende settings geprobeerd, wifi blijft echter instabiel en meer dan +/- 350 KB/s downstream krijg ik er niet uit. Opvallend is dat de upstream wel stabiel en optimaal is. Vermoed dat ik een brak exemplaar heb en zal een rma aanvragen.

[eymey]

@Ultraman: Thanks voor het aanbod . Ik heb zelf echter inderdaad geprobeerd wat jij ook voorstelde: Gewoon verwijzen naar de package repository voor rc5 (in m'n eigen builds uit maart had ik wel alle packages zelf gebouwd en extern beschikbaar gemaakt).

Jouw RC6 draait nu bij mijn ouders samen met wat packages van de OpenWRT servers.

Helaas mocht het niet echt helpen: Toen ik daar een paar uurtjes weg was werd ik alweer gebeld dat het eruit lag . Ik heb ze nu iig maar aangeraden om, op het moment dat ze denken dat 'internet eruit ligt', ze eerst eens op de vaste (bedrade) pc moeten kijken of het daar dan ook niet werkt. Ik vermoed toch dat ook zij Wireless problemen hebben of dat 1 laptop die er sinds kort bij is amok maakt ofzo

[Njay]

RealR schreef op zondag 09 oktober 2011 @ 21:57:
Ik ben sinds enkele dagen ook in het bezit van dit apparaat, helaas niet naar tevredenheid. Op draadloos gebied laat mijn exemplaar het aan alle kanten afweten. Gebruik de laatste stock firmware en verschillende settings geprobeerd, wifi blijft echter instabiel en meer dan +/- 350 KB/s downstream krijg ik er niet uit. Opvallend is dat de upstream wel stabiel en optimaal is. Vermoed dat ik een brak exemplaar heb en zal een rma aanvragen.

ze je N channel eens op 20mhz en niet op auto
Ik merkte met auto nogal veel drop in and drops outs met de stock firmware

Op 40mhz zelfde issues nu draait hij hier al een paar dagen lekker stabiel

draai eens een speedtest

[eymey]

Bij m'n ouders blijkt het inmiddels puur een Wireless issue te zijn.

M'n zusje belde me kort na mijn post op dat de verbinding weer plat lag. Maar de via UTP verbonden PC bleek gewoon nog verbinding te hebben.

Channel width had ik (na de tip van Ultraman) al op 20 mhz. gezet maar het mag blijkbaar niet baten..... Wireless blijft gewoon er periodiek uit knallen. Het lijkt wel ernstiger te zijn geworden sinds 1 van m'n broertjes een HP laptop in huis heeft.

[RealR]

Njay schreef op maandag 10 oktober 2011 @ 09:02:
[...]


ze je N channel eens op 20mhz en niet op auto
Ik merkte met auto nogal veel drop in and drops outs met de stock firmware

Op 40mhz zelfde issues nu draait hij hier al een paar dagen lekker stabiel

draai eens een speedtest

Ik heb Auto, 20MHz, 40MHz geprobeerd, de verbinding blijft echter instabiel. Het ene moment een speedtest van 2MB/s, een paar tellen later een speedtest van amper 10 KB/s. Bestanden intern versturen:
2 pc's draadloos gaat met max. 800KB/s.
1 pc bedraad, andere pc draadloos met 2 - 2.5 MB/s

[Ultraman]

Vreemd eymey

Drivers van de clients wel up-to-date?
Je kunt ook terugvallen op WiFi-G only modus, qua snelheid maakt het voor enkel internetten namelijk geen verschil. En als je op die manier wel een stabiele verbinding krijgt is dat wel zo fijn. Dan heb je er tenminste iets aan.

Ik zag dat er weer een paar interessante backports naar de backfire branch gemaakt zijn, o.a. een mac80211 van september ipv augustus. Deze week druk druk... misschien dat ik eind volgende week een nieuwe build maak.
Maar door drukte blijf ik het maar uitstellen zie ik...

[alex3305]

Zelf heb ik inmiddels mijn TP-Link router maar vervangen. Ik had ook ontzettend veel last van instabiele verbindingen. Eigenlijk hetzelfde als RealR beschrijft met ongeveer dezelfde snelheden. Het maakte bij mij niet uit welk kanaal ik ging zitten, 20MHz/40MHz/Auto maakte geen klap uit, Wifi-N/Wifi-G maakte niets uit. Eigenlijk werkte het gewoon niet.

Nu heb ik de D-Link DIR-815 aangeschaft welke ook nog dual-band heeft. En nu kan ik intern gewoon draadloos met 8 tot 10MB/s bestanden versturen. Heerlijk, aangezien video streamen nu wél fatsoenlijk werkt!

[Mabili]

Ik weet niet wat ik van de TP-Link moet denken maar heb toch wel de vermoeden dat de levensduur niet zo lang is. Toch erg jammer aangezien ik de eerste maanden totaal geen problemen had komen deze de laatste weken toch echt wel regelmatig voor.

- Geen internet verbinding meer
- Router niet meer kunnen bereiken
- WIFI totaal offline

Ik moet dan geheel de spanning van de router halen om de bovenstaande problemen op te lossen.
Dit gaat enkele dagen goed voordat het probleem zich dan weer voordoet.

diverse firmwares uitgeprobeerd.

- Stock wr1043nv1_en_3_12_2_up(100820).bin
- Stock wr1043nv1_en_3_13_4_up(110429).bin
- DD-WRT
- OpenWRT

Maar helaas nog geen oplossing kunnen vinden, Gelukkig nog een een reserve router kunnen regelen en ik denk dat ik hem maar eens voor reparatie ga opsturen want voor de rest was het toch wel een prettige router.

[eymey]

Ultraman schreef op woensdag 12 oktober 2011 @ 14:10:
Vreemd eymey

Drivers van de clients wel up-to-date?
Je kunt ook terugvallen op WiFi-G only modus, qua snelheid maakt het voor enkel internetten namelijk geen verschil. En als je op die manier wel een stabiele verbinding krijgt is dat wel zo fijn. Dan heb je er tenminste iets aan.

Ik zag dat er weer een paar interessante backports naar de backfire branch gemaakt zijn, o.a. een mac80211 van september ipv augustus. Deze week druk druk... misschien dat ik eind volgende week een nieuwe build maak.
Maar door drukte blijf ik het maar uitstellen zie ik...

Wie weet kan ik ook nog eens aan een build gaan werken . Misschien kan je eens je config naar mij sturen? Kijken wat jij erin hebt gezet en wat het verschil is met de mijne.

Inmiddels gisteren een uur met m'n jongste zusje aan de telefoon gehangen (vaste PC bij m'n ouders hangt met draad in het netwerk en had teamviewer geinstalleerd staan ). Ik had haar van te voren al uitgelegd hoe ze "wifi analyzer" voor android moet gebruiken en zo was ze achter een kanaal gekomen dat wat minder druk was.

Het is ff vingers gekruist houden maar het lijkt nu stabieler te zijn, nog geen klachten over dropouts gehoord nu. Bovendien ook nog wat aan de transmit power settings veranderd en de WPA alleen nog maar op WPA2 met AES.

Alles staat verder gewoon op 20 mhz. Oh ja, b/g/n modus heb ik op "auto" gezet.

[eymey]

Het "ouders en broertjes en zusjes" front in Apeldoorn meldt dat tot nu toe, sinds donderdagavond, de router geen enkele keer meer is vastgelopen (of de wireless verbinding geklapt).

Wijzigingen die ik nu concreet heb gemaakt en dus allen (of in combinatie) bijgedragen zouden kunnen hebben:

* Wireless bandbreedte op 20 mhz.
* Wireless b/g/n op "auto"
* Wireless security op wpa2 only
* Ander kanaal (dat zowel in meterkast als bij meest ver weg liggende PC het minst druk is).

[dôh]

Ultraman schreef op woensdag 21 september 2011 @ 17:52:
[...]

[Edit]
Ok... de twee plekken waar ik wel eens naar upload zijn beide dicht of stuk. Een ander plekje heb ik op dit moment niet en om het nou hier direct te gaan hosten over ADSL gaat me iets te ver. (note to self: ga eens verder met je server achter glas geschikt te maken voor dit soort dingen)

Dus dan maar wat publieks en lelijks, maar met md5sums erbij zodat je kunt checken of de file in orde is.
Versie: OpenWRT Backfire branch @ r28280
De factory image, ter vervanging van stock firmware: openwrt-ar71xx-tl-wr1043nd-v1-squashfs-factory.bin
md5sum: 358dc1b63de185702b2131e896da69ae

De sysupgrade image, voor OpenWRT upgrades (bv vanaf rc5): openwrt-ar71xx-tl-wr1043nd-v1-squashfs-sysupgrade.bin
md5sum: 39bcb8534cb79b0e528fbbbad0703579

Disclaimer: Provided as-is. Op eigen risico dus. Ik heb deze nog niet getest, maar zodra ik dat wel heb vermeld ik dat hier. Zal wel het weekend ofzo worden. Maar ze zouden gewoon moeten werken

Mochten er problemen mee zijn, of moeten er bepaalde packages toch echt in compiled worden, dan mag je verzoekje doen

toon volledige bericht

Heb vandaag je build op mijn TP-Link gezet, werkt prima! Ik kan alleen geen packages toevoegen via software (in LuCi). Krijg de volgende error:

code:

Downloading http://downloads.openwrt.org/backfire/10.03.1-rc6/ar71xx/packages/Packages.gz.

                wget: server returned error: HTTP/1.1 404 Not Found
Collected errors:
 * opkg_download: Failed to download http://downloads.openwrt.org/backfire/10.03.1-rc6/ar71xx/packages/Packages.gz, wget returned 1.

Klopt ook idd dat het pad niet klopt!

[job]

Verander die rc6 in rc5 en je hebt een werkende link.

[Ultraman]

Inderdaad veranderen naar rc5 en het zal werken.

Ik heb gisteren weer een nieuwe build gemaakt.
Ik heb Wifi-N hier plat gekregen met genoeg verkeer. En die kwam na een minuutje weer op. Maar goed.. hoort niet. Ook met de build van gisteren heb ik het weer voor elkaar gekregen met genoeg verkeer.
Ik ben even teruggevallen op G only modus, so far so good.

Ik heb gezien dat er een aantal significante fixes zijn gemaakt in trunk, trunk r28380 was dat volgens mij. Het deel van de beschrijving van die fix wat ik begrijp en wat mij ook lijkt te overkomen:

A fast stop/start cycle could leave the ag71xx interrupts and tx engine disabled

Precies wat er hier gebeurd zodra ik het plat krijg. Ik krijg een link, nog zonder IP, mijn laptop verstuurd DHCP REQs maar krijgt geen replies. Op dat moment werkt het bekabelde net nog steeds prima.
Ik kan echter niet achterhalen of deze fix zijn weg heeft gevonden naar de backfire branch, het lijkt er niet op, of mijn configuratie voldoet niet aan de voorwaarden die onder die fix vallen.

Ik overweeg nu dus om eens trunk voor mijzelf te compilen en te gaan testen.

Hebben er mensen interesse in een updated rc6 (r28464) van gisteravond?
Want dan gooi ik die straks even op DropBox.
Zijn tevens L7 protocol filters, luci-qos en freifunk-p2pblock packages aan toegevoegd. Maar ik heb die nog niet benut, dus kan niet met zekerheid zeggen of die verzameling zo geschikt is om BitTorrent verkeer mee te vertragen.

[eymey]

Ik heb er wel interesse voor! Ook voor de Trunk versie trouwens mocht je daar succes mee hebben.

Die p2pblock dingen zag ik ook al wat van staan in de lijst met packages vanuit rc5. Wil er nog wel eens iets mee gaan doen (als het redelijk transparant werkt en niet te veel kennis vereist van welke poortnummers de clients gebruiken). Op dit moment vertraagt mijn broertje de verbinding bij m'n ouders namelijk flink. En ik kan hem wel verzoeken andere nummers of bandwidth throttling in te stellen maar dat snapt hij niet zo.....

[Ultraman]

Dat is inderdaad ook waar ik naar moet kijken, hoe het abstractieniveau van de configuratie is of dat het juist erg specifiek moet zijn. Volgens mij maken de L7 protocol tools het mogelijk om redelijk transparant een protocol aan te geven, maar zoals gezegd: (nog) geen ervaring mee.

Als ik vanavond voor mijn PC zit en ik heb een gaatje zal ik proberen om de nieuwe backfire branch build op mijn Dropbox te gooien voor je.
Trunk moet ik eens gaan kijken of dat wat is. Voorheen wel goede ervaringen mee, dus ik denk dat het wel eens wat kan zijn. Experimenteren ga ik iig wanneer daar tijd voor is.

[Magnolia]

Mabili schreef op vrijdag 14 oktober 2011 @ 14:44:
Ik weet niet wat ik van de TP-Link moet denken maar heb toch wel de vermoeden dat de levensduur niet zo lang is. Toch erg jammer aangezien ik de eerste maanden totaal geen problemen had komen deze de laatste weken toch echt wel regelmatig voor.

- Geen internet verbinding meer
- Router niet meer kunnen bereiken
- WIFI totaal offline

Ik moet dan geheel de spanning van de router halen om de bovenstaande problemen op te lossen.
Dit gaat enkele dagen goed voordat het probleem zich dan weer voordoet.

diverse firmwares uitgeprobeerd.

- Stock wr1043nv1_en_3_12_2_up(100820).bin
- Stock wr1043nv1_en_3_13_4_up(110429).bin
- DD-WRT
- OpenWRT

Maar helaas nog geen oplossing kunnen vinden, Gelukkig nog een een reserve router kunnen regelen en ik denk dat ik hem maar eens voor reparatie ga opsturen want voor de rest was het toch wel een prettige router.

toon volledige bericht

Heb hetzelfde probleem. Ook de 2 stock firmwares geprobeerd. Mijn WiFi klapt er om de 2-3 dagen uit. Komt alleen weer up als ik een powerreset doe. Ook de webinterface is dan niet bereikbaar. Erg irritant aangezien ik dit moet horen van mijn huisgenoten. Mijn pc is namelijk verbonden via UTP kabel en daar blijft internet probleemloos werken. Ben opzoek naar een oplossing..


edit:

Wat meer details. Gaat om een UPC 120mbit verbinding icm een zwart cisco (type?) modem. Er zijn 3 laptops en 1 vaste pc in huis. Ook nog een aantal smartphones/tablets. Ik heb gewoon de standaard instellingen gebruikt. Niks gewijzigd. Wel heb ik de security op WPA2-PSK gezet. De Wifi chips ken ik niet aangezien het niet mijn laptops zijn. Wifi-g mode only vind ik niet echt een oplossing. Dan mis ik wel heel veel snelheid van mijn 120mbit internet abonnement. Ik ga het wel even proberen voor een paar dagen.

[ Voor 14% gewijzigd door Magnolia op 18-10-2011 00:09 ]

[Ultraman]

Helaas vermeldt je niet wat je qua settings al hebt geprobeerd.
Ben je al wel eens terug gevallen op Wifi-G of B/G modus bijvoorbeeld?

Welke provider hebben we het over?
En als we het interessant willen maken, optioneel: Welke wifi chipsets worden er gebruikt?

[eymey]

Grappig . De verbinding bij m'n ouders is ook een UPC verbinding met zwart cisco voip modem, maar dan 25 mbit.

Maar goed, hier is het met de RC6 build van Ultraman en de settings die ik paar posts terug heb omschreven nu stabiel.

Heb alleen nog problemen met "luci-statistics" aan de praat krijgen (collectd gaat m'n configuratie niet uitvoeren... terwijl ik o.a. de ping monitor functionaliteit een tijdje wil aanzetten). Latency bij m'n ouders gaat overdag en in de avond namelijk van 20-30 ms. naar meer dan 150. Ik verdenk de bittorrent client van m'n broertje want er is dan ook enorm veel upstream traffic maar wil het toch eens monitoren.....

[Mabili]

Je zou bijna denken het ligt aan de combinatie UPC Cisco modem / TP link?
Omdat het na een paar dagen gebeurd (nieuwe release?) want dan is er opeens geen internet meer.

Ik ga deze dagen ook nog maar eens verder speuren maar alleen lastig zodra ik bijvoorbeeld van Stock over ga naar een OpenWRT build mijn Cisco modem moet resetten om er voor te zorgen dat mijn TP link een nieuw extern ip adres toegwezen krijgt, Mijn oude WAN IP adres ben ik dan kwijt. Dan pas heb ik weer internet en kan ik weer verder. Ga ik weer terug naar Stock dan krijg ik mijn oude IP adres weer terug. Hebben jullie dat ook?

[_JGC_]

Dat heeft er eerder mee te maken dat je MAC-adres blijkbaar niet hetzelfde blijft als je OpenWRT flasht. Misschien iets om goed op te letten, die adressen zouden redelijk uniek moeten zijn, schiet niet op als jouw router hetzelfde MAC heeft als die van de buurman terwijl je beide bij UPC zit.

Overigens vandaag helemaal gehad met Cisco. WAP4410n-g5 van tig euro's die gewoon verdwijnt zodra er iPhones op connecten. Beetje googlen leert dat het probleem al bijna 2 jaar speelt, en googlen op wat ik in dmesg zie staan leert dat het madwifi bugs zijn. Ik krijg morgen 2 TP-Link routers binnen, morgen maar even spelen met OpenWRT, kijken of dat beter werkt.

[Ultraman]

Er waren trouwens problemen met de meest recente firmware van TP Link zelf en Ziggo. Dat kwam volgens mij omdat het WAN IP middels Multicast DHCP verkrijgen default uitgeschakeld stond. Die inschakelen verhielp een hoop problemen.
Nou is UPC natuurlijk geen Ziggo, maar wie weet is het een zelfde soort issue.
Dat is een tijd terug in de draad voorbij gekomen, lees even terug voor details.

Zal straks mijn recentere build even uploaden, want ik ga weer even een nieuwe bakken.
Het 6in4 package is geupdate, met patch om de HE.net IPv6 tunnel weer zonder aanpassingen aan het script te laten werken. Zie r28475 en deze is gebackport naar de backfire branch

[ Voor 29% gewijzigd door Ultraman op 18-10-2011 09:00 ]

[eymey]

Keep up the good work, @Ultraman.

Zelf zijn mijn initiele verdenkingen van UPC als veroorzaker van de problemen bij m'n ouders thuis nu dus min of meer weg (of er moet tussen mijn build, rc5 en jouw rc6 wezenlijk iets veranderd zijn ). Met UPC lijkt OpenWRT dus gewoon prima stabiel te zijn.

[Ultraman]

En toen stonden ze op Dropbox. Ik denk dat voor de beperkte afname hier wel een hoog genoeg data limiet heeft, maar denk daar dus even aan aub

Ik heb zojuist mijn nieuwe build, gebaseerd op OpenWRT Backfire 10.03.1-rc6 r28485, geupload naar Dropbox.
Voor de overstappers de benodigde volledige factory image:
openwrt-ar71xx-tl-wr1043nd-v1-squashfs-factory.bin
md5sum: be2adc79d83cc7a28df4813640f590ff

Voor de upgraders, de sysupgrade image:
openwrt-ar71xx-tl-wr1043nd-v1-squashfs-sysupgrade.bin
md5sum: 28245b5b83107677e401a9752cd80db8

Wie de configuratie in wilt zien en/of wilt overnemen/aanpassen voor eigen gebruik: .config

Disclaimer:
Gebruik is volledig op eigen risico.
Ik ben niet aansprakelijk als deze brouwsels je router slopen, brand veroorzaken of je moeder beledigen.

Opmerkingen:
Controleer ten alle tijden de md5sum alvorens je een image naar je router pompt.

En voor wie packages van OpenWRT zelf wilt installeren, vergeet niet je opkg.conf om te zetten naar rc5, want voor de nog niet officieel bestaande rc6 houden ze natuurlijk geen repository bij. Ik heb hier in het topic vernomen dat de rc5 pakketten werken op mijn rc6 build (en zo niet dan merk je dat snel genoeg natuurlijk), dus voor wie zelf geen pakketjes wilt of kan compilen is dat een oplossing.

Succes!

[ Voor 36% gewijzigd door Ultraman op 18-10-2011 13:32 ]

[Mabili]

@Ultraman,

Van Stock naar je nieuwe build.
Voor het eerst was het niet nodig de Cisco modem te resetten maar kreeg wel gelijk een nieuw WAN IP adres.
WIFI en internet ging nu zonder problemen en alles liep eigenlijk al gelijk zonder problemen.

Bedankt voor het beschikbaar stellen van deze stabiele versie

[ Voor 7% gewijzigd door Mabili op 18-10-2011 21:58 ]

[Puch-Maxi]

Whoops ik heb hem verkeerd geflashed

edit:
En hij werkt weer, wat is het toch ook een geweldig apparaat! .

[ Voor 165% gewijzigd door Puch-Maxi op 18-10-2011 19:43 . Reden: Foutje ]

[_JGC_]

Gisteren binnengekregen, gisteravond nog even tijd gevonden om de nieuwe build te installeren, direct vanaf stock. Het is even wennen dat OpenWRT, maar ik heb er een veel beter gevoel over dan bij de firmware van de Cisco WAP4410n-g5 die nu werkloos op de vloer ligt.

Overigens heb ik de landinstelling op NZ gezet ipv NL. Na het analyseren van een dump van de wireless regdomain database kwam ik tot de conclusie dat ze daar dezelfde frequenties voeren als hier, maar dat je daar 30dB mag zenden ipv 20dB. Ik heb nu de TxPower op 22dB gezet, link quality schiet nu van 70% naar 98% in de status pagina.

[Anoniem: 46765]

Ben ook erg blij met de build van Ultraman, thx.
Hoewel DD-WRT bij mij gewoon goed werkt is OpenWRT ook leuk om eens te bekijken en er wordt momenteel meer werk in gestoken dan in DD-WRT heb ik het idee, ook de betere WIFI drivers zijn een voordeel.

Ik gebruik hem eigenlijk altijd als access point.
Wat ik nog wel mis ivm DD-WRT zijn overzichten van de verbonden WIFI clients met daarbij hoe lang ze al verbonden zijn (de uptime) en met welke snelheid.

DD-WRT wireless clients overzicht


OpenWRT wireless clients overzicht


Ik zoek nog een manier hoe ik makkelijk in OpenWRT bijv. elke zondagnacht om 02:00 de TP-Link kan laten herstarten, dat vond ik wel een handige optie van DD-WRT.

[_JGC_]

Kan je niet gewoon een scheduled task erin zetten met "reboot" als commando?

[Anoniem: 46765]

Vast wel, maar dan moet ik me eerst verdiepen in Linux en de bijbehorende commando's, dat geeft niet en is ook interessant, maar in DD-WRT kon het dus direct via de web interface.

[eymey]

_JGC_ schreef op woensdag 19 oktober 2011 @ 09:31:
Gisteren binnengekregen, gisteravond nog even tijd gevonden om de nieuwe build te installeren, direct vanaf stock. Het is even wennen dat OpenWRT, maar ik heb er een veel beter gevoel over dan bij de firmware van de Cisco WAP4410n-g5 die nu werkloos op de vloer ligt.

Overigens heb ik de landinstelling op NZ gezet ipv NL. Na het analyseren van een dump van de wireless regdomain database kwam ik tot de conclusie dat ze daar dezelfde frequenties voeren als hier, maar dat je daar 30dB mag zenden ipv 20dB. Ik heb nu de TxPower op 22dB gezet, link quality schiet nu van 70% naar 98% in de status pagina.

Hmm, leuke tip van die NZ

@Ultraman: Helaas probeer ik je nieuwe build nog ff niet uit (vind ik wat eng om op afstand te doen en m'n ouders zijn op dit moment blij met de stabiliteit ).

Mocht je toch in problemen komen met je file opslag, dan bied ik graag een mirror aan . 50 mbit upload FttH hier dus dat is echt geen probleem. Eventueel is het dan mss. leuk om toch ook de packages erbij te builden, dan draai ik gewoon een repo

[mcDavid]

Anoniem: 46765 schreef op woensdag 19 oktober 2011 @ 10:42:
Vast wel, maar dan moet ik me eerst verdiepen in Linux en de bijbehorende commando's, dat geeft niet en is ook interessant, maar in DD-WRT kon het dus direct via de web interface.

Nou, dat commando heet gewoon "reboot" dus zo moeilijk is dat niet

[_JGC_]

eymey schreef op woensdag 19 oktober 2011 @ 10:44:
[...]


Hmm, leuke tip van die NZ

@Ultraman: Helaas probeer ik je nieuwe build nog ff niet uit (vind ik wat eng om op afstand te doen en m'n ouders zijn op dit moment blij met de stabiliteit ).

Mocht je toch in problemen komen met je file opslag, dan bied ik graag een mirror aan . 50 mbit upload FttH hier dus dat is echt geen probleem. Eventueel is het dan mss. leuk om toch ook de packages erbij te builden, dan draai ik gewoon een repo

Bij 22dB heb je het overigens al over 158mW. Je kunt tot 23dB instellen (199mW). Misschien dat ik hem nog op 21dB (125mW) ga zetten, is toch best wel een hoge overschreiding van wat mag hier, daarnaast moet de andere kant het ook terug kunnen sturen, anders heb je er niet veel aan. Voor AP<-->AP situaties is het wel handig.

[eymey]

Idd..... 100 mW is toch het maximum hier?

En idd, de andere kant moet het wel aan kunnen. Wat dat betreft is er bij m'n ouders overigens aardig goede apparatuur in omloop. De router hangt verticaal in de meterkast en 2 verdiepingen hoger haalt m'n zusje op zolder met haar Toshiba laptop nog 3 van de 5 streepjes in Windows.

[Anoniem: 46765]

@mcDavid, nou zo simpel is het ook weer niet, moet aan de gang met crontab e.d. als ik het goed begrijp en de editor commando's erbij zoeken maar kom er vast wel uit.

[mcDavid]

Pfft ik denk ik probeer ook die OpenWRT build van Ultraman even... En zit nu op het wifi-netwerk van mijn buurman. Iemand enig idee hoe ik ppp-mod-pppoe geinstalleerd krijg zonder internetverbinding?

[_JGC_]

Gewoon je TP-Link als client aan het netwerk van de buren hangen, je modules installeren en vervolgens de juiste instellingen maken?

[Anoniem: 46765]

Voor wie het ook nog eens zoekt, via de volgende opdrachten kan je in OpenWRT de router bijv. 1x per week automatisch laten herstarten:

login op je router via bijv. putty als root met je ingestelde wachtwoord
type crontab -e (je komt nu in de vi editor)
type i (om tekst in te kunnen voegen)
type 0 2 * * 6 reboot (elke zondag om 02:00 wordt de tp-link herstart)
druk op Esc
type :wq (om je net getypte tekst op te slaan)
type crond restart (om je cron instellingen actief te maken)
type exit

Uitleg crontab: http://kevin.vanzonneveld...s_on_linux_using_crontab/
Uitleg VI editor: http://www.yolinux.com/TU...xTutorialAdvanced_vi.html

[_JGC_]

Moet zeggen dat de snelheid me toch wel wat tegenvalt met OpenWRT. Snelheden varieren nogal, en heel veel netwerken zijn er hier niet. Hoogste wat ik tot nu toe gehaald heb is 30Mbit, dat moet beter kunnen.

Wat me ook opviel was dat in de output van iwconfig staat: "Power Management: on". Ik kan dat niet uitschakelen met de laatste OpenWRT build van Ultraman. Is dat een kernel config, een driver optie, of iets in die strekking?

[Puch-Maxi]

Zijn er ook mensen die de TP-Link i.c.m. OpenWRT enkel als AP gebruiken?
Ik krijg het nog niet helemaal voor elkaar met http://wiki.openwrt.org/doc/recipes/bridgedap Krijg in eerste instantie wel een lease van de DHCP-server maar ik kan hem niet pingen, daarna spring AIPA erin.

code:

/admin/system/backup?reset=yarly

O RLY?, YA RLY!

[ Voor 13% gewijzigd door Puch-Maxi op 19-10-2011 16:28 . Reden: LOL ]

[_JGC_]

Ik heb dat ding hier gewoon als AP hangen. Is relatief simpel:
- dnsmasq uitschakelen
- firewall uitschakelen
- WAN interface verwijderen
- In switch config WAN poort uit vlan2 halen, in vlan1 zetten

Met bovenstaande opties had ik in no-time alle router-functionaliteit platgelegd en is het gewoon een 5 poorts switch met geintegreerd AP.

[Ultraman]

@JGC: mooie tip van Nieuw Zeeland country setting. Hier weliswaar niet helemaal legaal, maar als je bereik tekort komt denk ik dat txpower 21 of 22 nog wel kan. Hier eens een keer uitzoeken wat dat voor verschil maakt.

@eymey: zou ik idd enkel doen als je ter plaatse bent. Hoewel het denk ik over the web best goed zal gaan, als het mis gaat zitten je ouders zonder internettoegang...
Wat mirror betreft: dat vind ik geen slecht idee. Dan kan ik ook wel een sloot aan packages er bij bouwen, niet echt een punt.
Mijn eigen server gaat ik komende periode vervangen, dus om die er voor op te tuigen is wat zonde nu plus ook niet voorzien van de laatste security patches...

_JGC_ schreef op woensdag 19 oktober 2011 @ 13:54:
Wat me ook opviel was dat in de output van iwconfig staat: "Power Management: on". Ik kan dat niet uitschakelen met de laatste OpenWRT build van Ultraman. Is dat een kernel config, een driver optie, of iets in die strekking?

Dat kan uit idd. De ath9k module laden met de juiste parameter.
Maar ik heb op mijn mobiel even geen zin om die voor je op te zoeken

Fijn om te zien dat er toch aardig wat mensen plezier hebben van/met mijn build.
Misschien een idee om er een iets volslankere build bij te maken die makkelijker overal in te zetten is. Mijn builds zijn nu namelijk toegespitst op mijn eigen situatie. Maar er een config file naast houden die iets minder gestripped is hoeft geen probleem te zijn.
Is daar animo voor?
Zo ja, welke packages moeten daar zeker in zitten?
Die voor PPPoE waarschijnlijk, wat nog meer?

[ Voor 59% gewijzigd door Ultraman op 19-10-2011 17:08 ]

[Anoniem: 46765]

Een build voor alleen gebruik als Acces Point lijkt me ook interessant
(dan kan er vast veel uit, zoals dhcp, firewall etc.)

[Puch-Maxi]

_JGC_ schreef op woensdag 19 oktober 2011 @ 16:26:
Ik heb dat ding hier gewoon als AP hangen. Is relatief simpel:
- dnsmasq uitschakelen
- firewall uitschakelen
- WAN interface verwijderen
- In switch config WAN poort uit vlan2 halen, in vlan1 zetten

Met bovenstaande opties had ik in no-time alle router-functionaliteit platgelegd en is het gewoon een 5 poorts switch met geintegreerd AP.

Bedankt, het is gelukt! Ik wil namelijk de wireless throughput testen met de build van Ultraman. Met DD-WRT haalde ik 16 MB/s (megabytes per seconde).

edit:
Snelheid valt een beetje tegen, ben verbonden met 300Mbit (40MHz).

code:

C:\>iperf.exe -c 10.0.0.153
------------------------------------------------------------
Client connecting to 10.0.0.153, TCP port 5001
TCP window size: 8.00 KByte (default)
------------------------------------------------------------
[124] local 10.0.0.157 port 53267 connected with 10.0.0.153 port 5001
[ ID] Interval       Transfer     Bandwidth
[124]  0.0-10.0 sec  22.5 MBytes  18.9 Mbits/sec

code:

C:\>netio.exe -t 10.0.0.153

NETIO - Network Throughput Benchmark, Version 1.26
(C) 1997-2005 Kai Uwe Rommel

TCP connection established.
Packet size  1k bytes:  4295 KByte/s Tx,  5586 KByte/s Rx.
Packet size  2k bytes:  8959 KByte/s Tx,  4515 KByte/s Rx.
Packet size  4k bytes:  11221 KByte/s Tx,  4596 KByte/s Rx.
Packet size  8k bytes:  10416 KByte/s Tx,  5943 KByte/s Rx.
Packet size 16k bytes:  11859 KByte/s Tx,  6947 KByte/s Rx.
Packet size 32k bytes:  12599 KByte/s Tx,  7734 KByte/s Rx.
Done.

Dat lijkt er al meer op

[ Voor 49% gewijzigd door Puch-Maxi op 19-10-2011 20:12 . Reden: Update ]

[mcDavid]

Ultraman schreef op woensdag 19 oktober 2011 @ 17:01:

Zo ja, welke packages moeten daar zeker in zitten?
Die voor PPPoE waarschijnlijk, wat nog meer?

Ik zou sowieso alle packages voor mogelijke internetverbindingen (3G, PPPoE, PPPoA, enz) erin stoppen. Dan kan iedereen op zijn minst verbinding maken om de overige packages te downloaden.

In mijn geval is het trouwens niet gelukt. Paar uur worstelen, 2x de failsafe mode nodig gehad, maar geen PPPoE verbinding voor elkaar gekregen.
Het rare vind ik dat ik nergens kan vinden hoe of waar ik de "service name" en "access concentrator" in kan voeren. Terwijl die twee toch redelijk cruciaal zijn volgens mij. Ik heb zelfs nog gezocht naar de mogelijkheid om ze handmatig in /etc/config/network toe te voegen maar heb niet kunnen vinden hoe of wat.
En dan zou ik nog pas op de helft zijn want ik wil ook een secundair netwerk kunnen gebruiken.

[_JGC_]

Hmm, ben lekker aan het kloten geweest...
- Sheevaplug ligt op de vloer
- Cisco WAP4410n-g5 ligt op de vloer
- TP-Link SG2109WEB ligt op de vloer

Enige wat overblijft zijn de Ubee modem, de TP-Link router en mijn WD Passport 500GB drive. Ik heb de USB drive werkend, maar dat ding exporteren via Samba gaat hem niet worden.

Wat die power management betreft, die optie heb ik niet kunnen vinden, niet in enige vorm van documentatie, niet in enige modinfo output van ath9k en alle bijbehorende modules. Is dat er tegenwoordig uitgesloopt?

[eymey]

Ultraman schreef op woensdag 19 oktober 2011 @ 17:01:
@JGC: mooie tip van Nieuw Zeeland country setting. Hier weliswaar niet helemaal legaal, maar als je bereik tekort komt denk ik dat txpower 21 of 22 nog wel kan. Hier eens een keer uitzoeken wat dat voor verschil maakt.

@eymey: zou ik idd enkel doen als je ter plaatse bent. Hoewel het denk ik over the web best goed zal gaan, als het mis gaat zitten je ouders zonder internettoegang...
Wat mirror betreft: dat vind ik geen slecht idee. Dan kan ik ook wel een sloot aan packages er bij bouwen, niet echt een punt.
Mijn eigen server gaat ik komende periode vervangen, dus om die er voor op te tuigen is wat zonde nu plus ook niet voorzien van de laatste security patches...


[...]

Dat kan uit idd. De ath9k module laden met de juiste parameter.
Maar ik heb op mijn mobiel even geen zin om die voor je op te zoeken

Fijn om te zien dat er toch aardig wat mensen plezier hebben van/met mijn build.
Misschien een idee om er een iets volslankere build bij te maken die makkelijker overal in te zetten is. Mijn builds zijn nu namelijk toegespitst op mijn eigen situatie. Maar er een config file naast houden die iets minder gestripped is hoeft geen probleem te zijn.
Is daar animo voor?
Zo ja, welke packages moeten daar zeker in zitten?
Die voor PPPoE waarschijnlijk, wat nog meer?

toon volledige bericht

Animo voor een 'volslankere' (brede toepasbare) build is er aan deze kant zeker! Nu lijkt het namelijk toch alsof bepaalde dingen, ook als je packages installeert, nog steeds niet helemaal willen lopen. De "luci-statistics" app is er bv. eentje van: Hij weet via de web interface config opties niet collectd (rrdtool) aan het lopen te krijgen.

Ik denk dat het beste is om gewoon als uitgangspunt te nemen wat het OpenWRT team zelf ook in hun releases stopt (iig standaard ondersteuning voor de meest gangbare internet connectie protocollen).

Verder meen ik me uit het verleden te herinneren dat het makkelijker was om LUCI van buitenaf open te zetten. Maar nu kon ik, los van het zelf aanpassen van firewall rules, niet echt een makkelijke ' switch' vinden.

Verder zou ik terughoudend zijn met te veel extra packages erin stoppen. Zo groot is je ruimte op de TP-link helaas niet.

Heb bij mijn build uit maart trouwens wel de optie aangezet om een USB stickje als /overlay (root) filesystem te gebruiken. Het geeft wel lekker veel opslagruimte maar ik merkte toch dat de I/O wait (en daar door totale load) op het systeem soms te hoog werd. Jammer want dit zou een mooie nice to have zijn. Tenzij ze bij OpenWRT heir inmiddels ook een eleganter (of makkelijker in te stellen) mechanisme voor hebben gemaakt, bijvoorbeeld om alleen de /var zaken (logs, rrd databases, etc.) op USB op te slaan.

@Ultraman: Ik kan eerdaags wel eens een upload accountje voor je openen op m'n NAS. Wel ff kijken of ik je aparte toegang kan geven voor een apart stuk webspace of hoe ik dat anders zal doen met rechten. Security patches maak ik me in mindere mate druk om: Op zich is de "web station" functionaliteit behoorlijk dicht getimmerd .

[mcDavid]

Als er een mirror nodig is... ik heb ook nog wel een hostingaccountje waar ik weinig mee doe. Zolang het niet meer dan een paar 1000 downloads per maand wordt moet het goed gaan.

[Mabili]

_JGC_ schreef op woensdag 19 oktober 2011 @ 09:31:
Gisteren binnengekregen, gisteravond nog even tijd gevonden om de nieuwe build te installeren, direct vanaf stock. Het is even wennen dat OpenWRT, maar ik heb er een veel beter gevoel over dan bij de firmware van de Cisco WAP4410n-g5 die nu werkloos op de vloer ligt.

Overigens heb ik de landinstelling op NZ gezet ipv NL. Na het analyseren van een dump van de wireless regdomain database kwam ik tot de conclusie dat ze daar dezelfde frequenties voeren als hier, maar dat je daar 30dB mag zenden ipv 20dB. Ik heb nu de TxPower op 22dB gezet, link quality schiet nu van 70% naar 98% in de status pagina.

Bedankt voor de tip
Echter vraag ik me wel af hoe sterk singaal de stock fimrware dan uitstuurd aangezien je via stock firmware helemaal een sterk singaal hebt.

Maar hoe heb jij de HT mode ingesteld op 20 of 40MHz?

[ Voor 8% gewijzigd door Mabili op 20-10-2011 00:28 ]

[_JGC_]

Inmiddels even uitgezocht hoe het zit met power management: op een AP hoor je dat niet uit te kunnen zetten. Een AP moet power management kunnen doen als de client dat wil. Voor het AP zelf mag het ook niet uitmaken, het is de client die bepaalt of er power management wordt gebruikt of niet. Enige wat het AP dan doet is frames bufferen en sturen op de momenten dat de client ze kan ontvangen. Nadeel daarvan is dus dat pingtijden van 2ms naar 30+ms gaan, maargoed, je moet er wat voor over hebben om je radio steeds aan/uit te zetten.

Ik zit hier overigens met 11 verschillende netwerken verspreid over de meest gekke kanaalcombinaties. Ik zie wel dat ik inmiddels veel APs wegdruk met 21dB, met het vorige AP waren de overige netwerken een stuk sterker. Vanwege al die netwerken ben ik dus beperkt tot 20MHz. Zal bij het andere exemplaar dat ik vanmorgen op mijn werk heb uitgerold binnenkort de 40MHz eens inschakelen, ondertussen een oude WRT54G weghalen en een collega voor zijn kop slaan die op kanaal 5 een ad-hoc netwerk heeft gebouwd.

[Hydrosine]

leuk om te ontdekken dat er veel fans van deze router te vinden zijn! ik heb hem zojuist aangeschaft en verwacht dat die morgen binnen is. Ik ga hem gebruiken voor in mijn nieuwe appartement in combinatie met een MikroTik rb450GL link: http://routerboard.com/RB750GL

nu zullen velen van jullie mikrotik niet kennen maar dit is een monsterlijk complete router waar je eigenlijk al het denkbare wel mee kan.

De tp-link moet gaan dienen als AP en switch, de router functionaliteit wil ik dus uitschakelen. Hebben jullie advies over welke software ik het beste kan draaien? Ik lees wat verder terug in het topic dat er speciale AP builds zijn van openwrt, kan iemand hier mij wat meer over uitleggen?
Of blijf ik gewoon op de originele firmware en schakel ik firewall dhcp en alle andere router meuk uit?

[djvdorp]

als ik teveel data transfer (teveel download of upload) knikkert hij de wireless er soms uit... wlan lampje blijft branden, maar sys lampje is uit. mijn config:

Firmware Version:
3.12.2 Build 100820 Rel.41891n
Hardware Version:
WR1043N v1 00000000

weten jullie misschien hoe ik dit kan verhelpen? misschien de laatste firmware erop installeren? (die van 6 mei)
of is dat geen verbetering (dacht toentertijd zoiets gelezen te hebben op t.net)

[Ultraman]

Er is al aardig wat in de draad gezegd over wireless met de stock firmware.
Misschien is het handig als je even vermeldt wat je al hebt geprobeerd om je probleem op te lossen en mogelijk is het interessant om je settings even te posten (en dan aub geen screenshot).

Nieuwe firmware kun je altijd proberen. 20MHz ipv 40MHz instellen, dan heb je het minst last van interferentie van je omgeving. Welk kanaal staat je router op en is dat daadwerkelijk een vrij kanaal?

[ Voor 27% gewijzigd door Ultraman op 21-10-2011 11:54 ]

[fjskmdl2]

Na enkele uren proberen slaag ik er niet in om een tweede router als switch te gebruiken.
Mijn situatie: bbox2 > tp link router 1 > tp link router 2
tplink router 1 = ip 192.168.1.1
netmast 255.255.255.0
DHCP range 192.168.1.100 tem 192.168.1.199
tcplink router 2 = ip 192.168.1.2 (wordt dus de switch)
netmast 255.255.255.0
DHCP disabled omdat hij als switch moet dienen.

Via mijn laptop bekabeld naar tp link router 2 kan ik niet op internet.
Kan iemand mij even zeggen welke instellingen wel werken aub?
router 2 extends gewoon router 1 die in de garage staat (zodat ik in de living ook bedraad netwerk heb)

[Bartjeee]

Iemand die ooit gemeten heeft wat de VPN doorvoer snelheid is met ddwrt?

[mcDavid]

fjskmdl2 schreef op vrijdag 21 oktober 2011 @ 18:59:

Mijn situatie: bbox2 > tp link router 1 > tp link router 2

DHCP range 192.168.1.100 tem 192.168.1.199
tcplink router 2 = ip 192.168.1.2 (wordt dus de switch)

Euh

[Puch-Maxi]

Dat zou toch best kunnen? Misschien heeft hij de DHCP-server op de BBox2 uitgeschakeld?

[Nivk]

fjskmdl2 schreef op vrijdag 21 oktober 2011 @ 18:59:
router 2 extends gewoon router 1 die in de garage staat (zodat ik in de living ook bedraad netwerk heb)

Wat bedoel je met extend, via draad of draadloos verbonden? Zoals Puch-Maxi ook aangeeft, is die BBox2 niet ook nog aan het routereren/IPs aan het uitdelen?

[mcDavid]

Puch-Maxi schreef op vrijdag 21 oktober 2011 @ 20:10:
Dat zou toch best kunnen? Misschien heeft hij de DHCP-server op de BBox2 uitgeschakeld?

Het lijkt me dat als router 1 IP adressen in de range van x.x.x.100 tot x.x.x.200 uitdeelt, je daar geen apparaten aan kunt hangen met ip x.x.x.2 (buiten de range dus). Of zie ik dat helemaal verkeerd?

[Puch-Maxi]

Ik ben bang dat je dat verkeerd ziet, het zit immers in hetzelfde subnet. Je wilt juist helemaal geen statische adressen toewijzen in de DHCP-range, want dat gaat fout en dan krijg je ip-adres conflicten.

[Anoniem: 206724]

Hydrosine schreef op donderdag 20 oktober 2011 @ 14:22:
nu zullen velen van jullie mikrotik niet kennen maar dit is een monsterlijk complete router waar je eigenlijk al het denkbare wel mee kan.

edit: antwoord gekregen per DM, thanks

[ Voor 28% gewijzigd door Anoniem: 206724 op 23-10-2011 12:25 ]

[Anoniem: 82654]

fjskmdl2 schreef op vrijdag 21 oktober 2011 @ 18:59:
Na enkele uren proberen slaag ik er niet in om een tweede router als switch te gebruiken.
Mijn situatie: bbox2 > tp link router 1 > tp link router 2
tplink router 1 = ip 192.168.1.1
netmast 255.255.255.0
DHCP range 192.168.1.100 tem 192.168.1.199
tcplink router 2 = ip 192.168.1.2 (wordt dus de switch)
netmast 255.255.255.0
DHCP disabled omdat hij als switch moet dienen.

Via mijn laptop bekabeld naar tp link router 2 kan ik niet op internet.
Kan iemand mij even zeggen welke instellingen wel werken aub?
router 2 extends gewoon router 1 die in de garage staat (zodat ik in de living ook bedraad netwerk heb)

Ik doe even een poging om het wat duidelijker uit te leggen:
Bbox2 van belgacom wil ik puur als modem gebruiken, dus:
- wan uit
- dhcp uit
- ip 192.168.3.1

Kabel van bbox2 gaat naar tplink 1
Ip 192.168.1.1
Deze heeft dchp 192.168.1.100- 192.168.1.199
Hier wordt ppoe verbinding op gemaakt + hierop gebruik ik de wireless functie voor internet

Tplink2 wil ik gewoon verbinden via tplink1, waarbij ik in de eerste plaats gewoon via tplink2 een bedraad netwerk kan maken met internet toegang (en wanneer dit lukt eventueel het draadloos doorsturen naar hier zodat ik dichter bij de "bron" zit
Intussen heb ik al de ip van tplink2 op 192.168.1.102 gezet (dus binnen dhcp range van tplink 1) maar zonder resultaat
Eigenlijk zou ik liefst mogelijk met vaste ips werken indien mogelijk

[fjskmdl2]

Anoniem: 82654 schreef op zaterdag 22 oktober 2011 @ 08:57:
[...]


Ik doe even een poging om het wat duidelijker uit te leggen:
Bbox2 van belgacom wil ik puur als modem gebruiken, dus:
- wan uit
- dhcp uit
- ip 192.168.3.1

Kabel van bbox2 gaat naar tplink 1
Ip 192.168.1.1
Deze heeft dchp 192.168.1.100- 192.168.1.199
Hier wordt ppoe verbinding op gemaakt + hierop gebruik ik de wireless functie voor internet

Tplink2 wil ik gewoon verbinden via tplink1, waarbij ik in de eerste plaats gewoon via tplink2 een bedraad netwerk kan maken met internet toegang (en wanneer dit lukt eventueel het draadloos doorsturen naar hier zodat ik dichter bij de "bron" zit
Intussen heb ik al de ip van tplink2 op 192.168.1.102 gezet (dus binnen dhcp range van tplink 1) maar zonder resultaat
Eigenlijk zou ik liefst mogelijk met vaste ips werken indien mogelijk

toon volledige bericht

EDIT: intussen is het gelukt, gewoon tplink2 ip 192.168.1.2 gegeven en reboot
maar is het nu mogelijk om via de standaard tplink firmware ook de WAN poort als extra SWITCH poort te gebruiken (zodat ik er een 5poorts switch van kan maken)?

[eymey]

Hoe heb je tplink2 op tplink1 aangesloten? Je dient deze namelijk met een LAN poort met tplink1 te verbinden.... niet met de WAN poort . Anders moet je namelijk nog steeds gaan routeren of zelfs NAT'en. Routeren kan natuurlijk leuk zijn als je op tplink2 een ander subnet wil hebben maar volgens mij wil jij gewoon dat alles 1 netwerk is en tplink2 een 'domme' switch (met evt. extra Wireless AP).

Wat je ook nog kan doen is in de VLAN config de WAN poort loskoppelen van eth0.2 en aan eth0.1 toevoegen.. dan heb je 5 poorten voor je netwerk en kan je de poort die op de box als WAN aangegeven staat gewoon als ethernet uplink naar tplink1 gebruiken.

edit: Oh ja, zoals hier al eerder aangegeven: Als je statische IP adressen toewijst aan apparaten, dan doe je dat buiten de range van de DHCP-server! Tenzij je in de DHCP server op basis van het mac adres van het statisch ingestelde apparaat een reservering maakt.

edit2: Ah, inmiddels zie ik dat het gelukt is (onze posts kruisten elkaar). Het is zeker mogelijk om de WAN poort bij je switch te betrekken... alleen niet met de standaard firmware. Hiervoor zal je echt met OpenWRT aan de gang moeten.

[ Voor 27% gewijzigd door eymey op 22-10-2011 10:54 ]

[blitzkrieg]

Iemand ook ervaring met een torrent-client in openwrt op de tp-link? Ik heb momenteel alleen een laptop, die via draadloos G verbinding maakt met de tp-link, en wil dus graag direct downloaden op een externe harde schijf die aan de tp-link hangt.

[_JGC_]

Zou wel moeten kunnen, ik heb er zelf een WD 500GB Passport disk aan gehad, gewoon een bus-powered disk. Enige waar je rekening mee moet houden is dat je torrent client maar 32MB geheugen ter beschikking heeft, wat wel erg weinig is als je weet dat je dat geheugen moet delen met andere services op je router.

[Puch-Maxi]

Anoniem: 82654 schreef op zaterdag 22 oktober 2011 @ 08:57:
[...]


Ik doe even een poging om het wat duidelijker uit te leggen:
Bbox2 van belgacom wil ik puur als modem gebruiken, dus:
- wan uit
- dhcp uit
- ip 192.168.3.1

Kabel van bbox2 gaat naar tplink 1
Ip 192.168.1.1
Deze heeft dchp 192.168.1.100- 192.168.1.199
Hier wordt ppoe verbinding op gemaakt + hierop gebruik ik de wireless functie voor internet

Tplink2 wil ik gewoon verbinden via tplink1, waarbij ik in de eerste plaats gewoon via tplink2 een bedraad netwerk kan maken met internet toegang (en wanneer dit lukt eventueel het draadloos doorsturen naar hier zodat ik dichter bij de "bron" zit
Intussen heb ik al de ip van tplink2 op 192.168.1.102 gezet (dus binnen dhcp range van tplink 1) maar zonder resultaat
Eigenlijk zou ik liefst mogelijk met vaste ips werken indien mogelijk

toon volledige bericht

Waar komt die 192.168.3.1 nou opeens vandaan? Je had het over 192.168.1.1 en 192.168.1.2.
Maar mooi dat het nu werkt

[ Voor 1% gewijzigd door Puch-Maxi op 23-10-2011 01:49 . Reden: fix ]

[Borromini]

Wijs geen vaste IP's toe die binnen het DHCP-bereik liggen. Dat zorgt alleen maar voor problemen.

Ik heb hier bv. 10.0.0.2-10.0.0.14 als DHCP range, en alles daarboven wordt statisch toegewezen.

[Hydrosine]

Yay heb m binnen, tot mn schrik was de firmware duits! Gelukkig was een upgrade naar de laatste versie van TP-link engels.

Ik ben er nog niet uit of ik deze firmware ga vervangen voor OpenWrt want met de originele firmware kan ik m ook makkelijk als SwitchAP instellen.

[Puch-Maxi]

Hierbij even een oproep om deze geweldige router, de TL-WR1043ND te nomineren voor de
[Gouden Steeksleutel] WiFi Router

[eymey]

@Puch-Maxi: Goed idee! . Hoewel ik me afvraag of ie niet eigenlijk bij 2010 hoort (volgens mij het introductiejaar of iig het eerste jaar dat ie vol beschikbaar was).

edit: Bijdrage gepost . Ook omkleed met wat argumenten om aan te geven wát hij ondanks deze lage prijs dan wel niet te bieden heeft.

[ Voor 29% gewijzigd door eymey op 24-10-2011 13:46 ]