Ziggo "Extra wifi-punt" - TP-Link Archer C7

[Dav1d]

Ter illustratie

[MsG]

hey Alex, jij ook hier.

Ik draai er ook DD-WRT op zonder problemen. Heb m'n 5Ghz ook op een DFS-kanaal (kanaal 100) en haal met mijn telefoon de maximale snelheid dichtbij van mijn telefoon. Heb zelf geen AC-netwerkkaart in een laptop dus heb de 1.3 Gbit niet kunnen testen, maar merk overal juist veel snelheid met DD-WRT op dit apparaat.



Dat zijn mijn 5Ghz instellingen.

[ Voor 21% gewijzigd door MsG op 07-04-2016 11:07 ]

[Jansenn]

Purejet schreef op donderdag 19 mei 2016 @ 14:45:
[...] Zelf heb ik ook nog geen optimale setting gevonden. [...]

Ik heb als land gekozen voor Canada en zowel de 2,4Ghz als de 5Ghz op 30 dBi.
Antenna Gain = 15 dBi (5+5+5) en Sensitivity Range (ACK Timing) staat bij mij op 2250.

Bij aanpassen van de ACK Timing, instellingen opslaan en een Reboot doen via het Administration paneel.
Verschil tussen VHT80 en de Wide HT40 heb ik niet gemeten maar ben weer terug naar Wide HT40 gegaan.

Het kanaal staat standaard op auto maar heb ik nu aangepast m.b.v. de standaard scanner in OSX.
Voor de Apple-gebruikers onder ons: Wi-Fi-Probleemoplossing.app > Venster > Detecteer. Voorbeeld:



Hier kan je precies zien hoe druk het in je omgeving is met netwerken en wat je beste kanaal kan zijn.
Handmatig staat hij bij mij nu voor de 5GHz op kanaal 132 - 5660 Mhz (upper).

In mijn omgeving stikt het van de draadloze netwerken en huishoudens die Acces Points hebben voor hun omvormers voor de zonnepanelen. Mijn Wireless Status geeft voor 2,4 Ghz nu 450 Mb/s aan en voor 5Gz 1300 Mb/s.

[Jansenn]

MsG schreef op vrijdag 20 mei 2016 @ 11:28:
Waar is de 2250 op gebaseerd?

2250 is de default setting.

2.4 Ghz


5 Ghz


Volgens mij is het inderdaad zo dat je dBm kan instellen op 30 max. maar hij zelf kijkt naar het land.

[snaggyheadshot]

Zodra ik wil verbinden (DD-WRT) met mijn 5Ghz netwerk valt die een half uur weg en dan komt die weer terug in de lijst met beschikbare SSID's. Iemand enig idee waarom ik dus niet kan verbinden en die vervolgens weg valt?

[ Voor 20% gewijzigd door snaggyheadshot op 10-06-2016 13:36 ]

[DJFliX]

Heb op basis van de info in deze thread ook een ZIGGO-C7 besteld . Net als anderen hier de openwrt-image uit de TS geflasht en toen met TFTP weer hersteld. Uiteindelijk heb ik met de volgende stappen een voor mij goed werkende situatie:

- Laatste trunk-versie van lede gepakt voor deze hardware
- Flashen over TP-Link firmware uit TS (ben te lui om deze fw te hex-editen)
- via ssh (ssh root@192.168.1.1) het volgende commando uitgevoerd:

code:

opkg update && opkg install ath10k-firmware-qca988x luci luci-app-adblock 6in4 && reboot

- WiFi configureren (5G: Country naar New Zealand, 80MHz, channel 108)
- Adblock lists selecteren (adaway, malware, malwarelist, ransomware, palevo, winspy, yoyo)
- IPv6 via Hurricane Electric geconfigureerd

En nu geniet ik van mijn relatief strakke speedtest en dito internet-experience:

[DJFliX]

Tralapo schreef op dinsdag 28 juni 2016 @ 10:15:
Mogelijk dat deze sneller/stabieler/aantoonbaar beter is dan de C7, terwijl het prijsverschil te verwaarlozen is. Vandaar dat ik de vraag toch even wilde stellen.

Disclaimer: ik heb geen ervaring met de combi DD-WRT/C7, maar ik moet zeggen dat ik de C7 vs. een Ubiquiti sowieso geen echte wedstrijd vind. Als je sec een access point zoekt en op geen enkele manier gebaat bent bij router-functionaliteit (zoals adblocking/dns, NAS-achtigheden voor zover de C7 dat trekt) dan is de Ubiquiti in mijn ogen de betere keuze.

De Ubiquiti's kun je namelijk m.b.v. een Pi o.i.d. "automatisch" laten updaten en er komen nog relatief lang updates uit. Bij de C7 (en alle custom firmwares die er voor gebouwd zijn) is dit een handmatig proces en (bij stock firmware) brengt de fabrikant zelf bovendien na de release zelden nieuwe functionaliteit naar oudere modellen.

Zoek je daarentegen iets meer dan een stabiele access point met ondersteuning van de fabrikant? Dan ben je aangewezen op bijvoorbeeld de C7 (al dan niet met custom firmware). Overigens kun je op een aantal modellen access points van Ubiquiti ook b.v. OpenWRT/Lede draaien (but why would you?)

Ik ben echt een fan van Ubiquiti AP's, maar zoals iemand in dit topic ook al zei, de meerwaarde van de spullen van een Ubiquiti AP zit hem meer in de ondersteuning (updates van de fabrikant) en controller (bij uitrollen van meerdere AP's). En eigenlijk wil je bij een Ubiquiti AP ook meteen een Ubiquiti router, anders ziet je dashboard er zo kaal uit . Zoek je een betaalbare goede router met WiFi-AC? Dan zou ik de Ziggo C7 nemen en voorzien van TP-Link/DD/OpenWRT.

[sagaramarjit]

Dav1d schreef op zaterdag 23 juli 2016 @ 14:56:
[...]

Niet doen!

Nadat versie 160616 is geinstalleerd, accepteert hij alleen nog gesigneerde en/of versleutelde firmware. Dat betekent dat je niet meer terug kunt naar Ziggo, OpenWrt of DD-WRT firmware.

Het is goed mogelijk dat dit ook gaat gebeuren in een volgende update van de Ziggo firmware. Wees gewaarschuwd, aangezien Ziggo 2.x firmware automatisch updates installeert.

Dit heeft te maken met nieuwe regelgeving van de Amerikaanse FCC en Europese ETSI.

In februari en maart hebben veel sites hierover bericht, een artikel op Heise.de zorgde voor meer dan 700 reacties. Anders dan werd aangenomen door velen, was er toen van een echte lock geen sprake: alleen de region code van de US firmware was veranderd van 00 00 00 00 naar 00 00 00 01, iets dat eenvoudig te omzeilen is. Nu lijkt de lock serieus van aard.

Als je toch 160616 wilt gebruiken, verwijder dan eerst met een hex editor de bootloader uit het bestand (eerste 131584 bytes) voordat je deze versie flasht. Zo behoud je je huidige bootloader en kun je via de TFTP recovery methode weer terug naar een andere versie.

Vandaag ook de AP ontvangen, maar zie dat V2.0 firmware er al opstaat, kan ik nu nog flashen met de images in de openingspost naar DD-WRT? Of ben ik te laat geweest met bestellen?

[ElMacaroni]

Draai de ftp://ftp.dd-wrt.com/beta...0016/tplink_archer-c7-v2/ versie.
Er is al een nieuwere, maar zoveel verschillende geluiden op het DD-WRT forum...



Ik heb met deze versie nu al 2 maand uptime...

Narrigheidje met DD_WRT is de onhebbelijkheid geen andere gateway dan zichzelf te willen adverteren.
Heb het Ziggo Modem nog actief, en de Archer doet de DHCP, de DNS, en de 5 GHz WiFi.

DD-WRT geeft als gateway via DHCP zijn eigen IP uit. Maar een klein scriptje verhelpt dat!

code:

root@DD-WRT-V3:/tmp# cat fixdns.sh 
#!/bin/sh
echo "#" `date` > /tmp/dnsmasq.sed

# Volgende werkt niet ???
# cat /tmp/dnsmasq.conf | grep -v "# " | sed 's/dhcp-option=br0,3,192.168.1.2/dhcp-option=br0,3,`nvram get lan_gateway`/' >> /tmp/dnsmasq.sed

# Volgende werkt wel...
cat /tmp/dnsmasq.conf | grep -v "# " | sed 's/dhcp-option=br0,3,192.168.1.2/dhcp-option=br0,3,192.168.1.1/' >> /tmp/dnsmasq.sed
cat /tmp/dnsmasq.sed > /tmp/dnsmasq.conf
killall dnsmasq
dnsmasq --conf-file=/tmp/dnsmasq.conf

#cat /tmp/dnsmasq.conf

[ Voor 10% gewijzigd door ElMacaroni op 03-09-2016 23:34 ]

[dustyrick]

MsG schreef op zaterdag 10 september 2016 @ 01:31:
Met local dns op 0.0.0.0 is in ieder geval niet goed. Zet dat bijv. eens op 8.8.8.8

Ik heb local dns op 8.8.8.8 geprobeerd en op 8.8.8.4 en het maakte geen verschil.

Hier wat foto's van de uitleg hierboven, maakt het misschien makkelijker.









Bovenin bij WAN IP is ook altijd 0.0.0.0 te zien, dit klopt ook niet lijkt me..

[Maks]

DJFliX schreef op zondag 11 september 2016 @ 21:18:
[...]


Ik heb geen idee hoe ver je kennis wat betreft IPv6 en tunnels reikt, maar in een notendop:

...

Succes!

Edit: trouwens mijn modem staat in bridge modus ja. Vergeet ik gewoon te beantwoorden

Thanks! Is gelukt, althans ik ben over van dd-wrt naar openwrt en alles lijkt goed te werken. Ik kom er achter dat je het TC7200 modem niet in bridge kan zetten als IPv6 aan staat, dus ik moet even ziggo bellen schijnbaar. Heb het idee dat er wel iets van IPv6 werkt (zie screenshots) maar ik wil het graag in bridge hebben ivm port-forwarding* haha dat is niet echt meer nodig met IPv6 neem ik aan .

Ik heb gemerkt dat de combi TC7200 als router en dd-wrt as AP niet goed werkt, veel packet-loss en instabiel door andere oorzaken die ik niet kon vinden. Zag hier ook een aantal gebruikers die daar last van hebben dus dan is het nog maar eens bevestigd .

[DJFliX]

Maks schreef op maandag 12 september 2016 @ 22:12:
[...]


Thanks! Is gelukt, althans ik ben over van dd-wrt naar openwrt en alles lijkt goed te werken. Ik kom er achter dat je het TC7200 modem niet in bridge kan zetten als IPv6 aan staat, dus ik moet even ziggo bellen schijnbaar. Heb het idee dat er wel iets van IPv6 werkt (zie screenshots) maar ik wil het graag in bridge hebben ivm port-forwarding* haha dat is niet echt meer nodig met IPv6 neem ik aan .

[afbeelding]

Je hoeft geen port forwards te doen maar je moet wel in de firewall verkeer toestaan per apparaat voor een bepaalde poort:



Je routes tabel heeft wel wat meer entries dan die van mij, maar dat hoeft natuurlijk niets te zeggen. Overigens heb ik aan de routes meer aan het eerste stuk, daarmee kan ik zien of de routes lokaal of publiek zijn .

Met deze tool verifieer ik dat ook DNS-technisch alles goed geconfigureerd is voor IPv6: http://test-ipv6.com/ kom je daar ook helemaal doorheen (10/10)?

[Maks]

DJFliX schreef op dinsdag 13 september 2016 @ 08:34:
[...]


[afbeelding]
Je hoeft geen port forwards te doen maar je moet wel in de firewall verkeer toestaan per apparaat voor een bepaalde poort:

[afbeelding]

Je routes tabel heeft wel wat meer entries dan die van mij, maar dat hoeft natuurlijk niets te zeggen. Overigens heb ik aan de routes meer aan het eerste stuk, daarmee kan ik zien of de routes lokaal of publiek zijn .

Met deze tool verifieer ik dat ook DNS-technisch alles goed geconfigureerd is voor IPv6: http://test-ipv6.com/ kom je daar ook helemaal doorheen (10/10)?

Oke top. Ik heb de configuratie voor openwrt die op de website van Hurricane Electric gebruikt en opendns ingesteld als ipv6 dns middels een guide op openwrt. Resultaat;

thx

Nu nog kijken of ik mijn RPi kan laten werken met IPv6. [edit] Ook gelukt. Heb je het forwarden via ssh of de web interface gedaan?

[ Voor 3% gewijzigd door Maks op 13-09-2016 20:02 ]

[jesco_white]

Edit4: Probleem opgelost, zie post hieronder!

Het risico voor lief nemend dat ik hier een enorme n00bvraag ga stelling hierbij dan toch:

Mijn Ziggo wifi punt heb ik geflashed naar TP-Link firmware, puur om extra functionaliteit te verkrijgen, voornamelijk filesharing via USB poort van TP-Link. Mijn Ziggo UBEE modem wordt niet in bridge gezet en moet dus als (wifi-)router blijven fungeren (op begane grond), met de TP-Link op bovenverdieping als extra wifi accesspoint en 4-poorts bedrade switch.

Het flashen is goedgegaan. Direct hierna heb ik de TP-Link bekabeld vanaf pc benaderd via 192.168.0.1 om DHCP uit te schakelen, en er een statisch IP-adres in te zetten, in mijn geval 192.168.178.100, buiten de DHCP scope van de UBEE. Tevens moest ik daar een subnetmask, gateway en DNS server inzetten. Hiervoor heb ik de gegevens van de UBEE gebruikt.

Dus opsommend:

IP-adres TP-Link: 192.168.178.100 (buiten DHCP scope UBEE)
Subnetmask: 255.255.255.0
Gateway: 192.168.178.1 (= UBEE modem/router)
DNS: 192.168.178.1 (= UBEE modem/router)

De LAN kabel van de UBEE naar de TP-Link heb ik in LAN1 van de TP-Link aangesloten. Mijn pc zit op LAN2 van de TP-Link. De WAN-poort wordt dus niet meer gebruikt op de TP-Link.

De TP-Link moest rebooten na deze aanpassing en dat heb ik gedaan.

Mijn probleem is dat ik nu op geen enkele manier meer in mijn TP-Link kom, om de rest af te configureren. Bedraad heb ik gewoon internet vanaf mijn pc, door mijn TP-Link naar de UBEE. Wireless zie ik de TP-Link zich ook adverteren.

Via de browser naar 192.168.178.100 geeft time-out. Via het oude ip-adres 192.168.0.1 werkt (uiteraard) ook niet meer.

Hoe kom ik nu weer in mijn TP-Link?

Edit:

Mijn UBEE "ziet" de TP-Link wel:



Edit2: Zo ziet het eruit in mijn UBEE, qua DHCP. De range start vanaf 192.168.178.10, met 64 toe te wijzen ip-adressen, naar ik aanneem.



Edit3:

Na een herstart van mijn UBEE zie ik het volgende in de UBEE:



Het lijkt erop dat het een zooitje is aan uitgegeven IP-adressen door de UBEE. Mijn pc eindigend op ip .015 heeft nu ook een static adres volgens UBEE. Terwijl ik de TP-Link een static adres heb gegeven. Apparatuur die op de TP-Link aangesloten moet worden moet dan toch een IP-adres vanuit de UBEE krijgen, aangezien DHCP uitstaat op de TP-Link? Ook komt hetzelfde MAC-adres onder 2 ip-adressen voor.

[ Voor 21% gewijzigd door jesco_white op 28-09-2016 15:05 ]

[Stalensnuitje]

Nee, ik heb nog r31899 draaien, maar ik was wel op zoek naar een update. Hoezo? Specifieke vraag/issue, of gewoon om ervaringen te peilen?

Edit: draait pas een kwartiertje, dus geen idee wat de stabiliteit betreft. De snelheid (Max van mijn abonnement) is iig prima, evenals de ping. Vanavond maar eens kijken of ik de Guest account werkend kan krijgen.

[ Voor 57% gewijzigd door Stalensnuitje op 27-06-2017 18:48 ]

[rfbroek]

Heb je mktplinkfw al eens in Linux gebruikt?
Ik heb hem wel aan de gang in windows, maar hij geeft niet de goede checksums

Zou je mij willen helpen door de hier geposte ziggoFW-to-tplink-150427.bin te inspecteren?
(staat ook hier: http://www.rfbroek.dds.nl...goFW-to-tplink-150427.bin )

Opdracht: ./mktplinkfw -i ziggoFW-to-tplink-150427.bin

En kan je dan misschien een screenshot plaatsen?

Bij mij krijg ik dit:



De juiste checksum moet zijn: 70 a6 a3 72 36 68 af 84 e6 8f 59 8a 14 49 e7 4d (die staat ook in de bin op de juiste plaats). Maar bij mij suggereert mktplinkfw dat het geen valide checksum is, en anders zou moeten zijn. Daar gaat dus iets fout met berekenen. Ik ben benieuwd hoe jouw versie het onder Linux doet

[ Voor 7% gewijzigd door rfbroek op 10-10-2017 04:03 ]

[t link]

Nice, eerste wat ik deed was LEDE flashen en update naar de laatste LEDE (17.01.4) (hoogstens 5 minuten werk) toen ik hem binnenhad en meteen nog een gekocht. Onverslaanbaar voor 25 euro tweedehandsje, zo goedkoop krijg je ze nieteens van ali. Gewoon hele doos met alles in originele verpakking en antikrascondoom er nog op geplakt.









Van binnen zijn die dingen wel lichtelijk een rotzooitje, zat nog een nieuw labeltje op zn plakvel aan de LAN chip geplakt met een stukje schilderstape. Overigens is de 2.4Ghz (zoals te verwachten was) helemaal niet via de externe antenne ookal sugereren ze dat wel op de TP-link site, en zijn de antene's hand gesoldeerd aan het moederbord en de koperplaatjes. De 5Ghz NIC word door schroefjes, ringetjes en boutjes op het bord gehouden wat niet echt praktisch is. Had stiekem toch gehoopt dat de 2.4ghz ook een NIC was met nette stekkertjes maar voor de prijs heb ik 0 recht tot klagen, het zal ook geen zak uitmaken als je niet eraan wil modden.

EDIT:

Wat een bizare bevinding, de ziggo versie heeft bij mij in ieder geval twee 512mb ram chips (zentel A3R12E40CBF)! theoretisch gezien heeft deze router dus 1gb ram ipv 128mb ram (de originele c7 ac1750 heeft twee windbond chips, welke kan ik niet zien op de fotos)! dat zou best interesant zijn als die volledig benut konden worden

[ Voor 20% gewijzigd door t link op 22-10-2017 10:01 . Reden: aanvulling ]

[ElMacaroni]

Draai nog een vrij oude DD-WRT r30016 van 24 juni 2016.
Rock-solid overigens. Zie uptime.



https://www.dd-wrt.com/wi...a_Newer_Version_of_DD-WRT raad het restoren van settings af:

If DD-WRT is already installed on your router, you can simply upgrade to a new version via the web interface or TFTP. However, it is highly recommended that you restore the router to defaults using the reset button before and after flash. Never restore old backups from previous versions! Skipping these steps could lead to a bricked device!

Ondertussen is 33772 uit, met patches voor CRACK (sinds 33525). Kan me nog niet zetten tot het handmatig alles weer finetunen. Restore setting zou erg fijn zijn.

[ElMacaroni]

Zo.



Nu afwachten...

--edit--
Na 2 dagen en 21 uur WiFi radio's herstart, kon geen verbinding meer maken.

[ Voor 22% gewijzigd door ElMacaroni op 30-12-2017 09:54 . Reden: WiFi radio's herstart ]

[SMSfreakie]

Volgens mij is mijn C7 aan het sterven oid..

de 5ghz radio klapt er continu uit.. zowel onder DD-WRT, Lede, Ziggo & TP-Link Firmware
ongeacht welk kanaal ik dat ding zet..zelfs op 36/40/44/48
dat ruled DFS kanalen etc imo al uit..

na een minuut of 5~10 knalt die gewoon er uit.. ongeacht of er nou wel of geen clients verbonden zijn.. of er traffic is of niet...

nou heb ik ergens nog een WLE900VX QCA9880 miniPCIE adapter liggen..
en het lijkt er op dat er in de Archer ook gewoon een miniPCIE kaartje zit met die zelfde chipset?
zou dit uitwisselbaar zijn?


_{enige issue die ik zie is dat de schroefgaatjes niet gaan matchen}

[SMSfreakie]

Toch maar eens geprobeerd.. en Hell it works! :-)
hij lijkt stabieler te zijn dan met de originele module er in..

laatste DD-WRT build er op.. (v3.0-r33342 std, als ik de laatste beschikbare er op flash?!)

en als we dan toch bezig zijn heb ik ook nog even een broadcom kaartje geprobeerd.. router start wel op..
maar de kaart wordt foutief herkent ( goh )

verder hebben we met de WLE900VX nog een bonus feature....
deze ondersteunt 2.4 EN 5ghz terwijll de originele adapter alleen 5ghz lijkt te ondersteunen
nuttig? nee..
had liever dat beide adapters als module uitgevoerd waren.. had ik er mooi 2x 5ghz van kunnen maken

[pin_point]

Vorigjaar had ik al laten weten dat ik mijn C7 gebricked heb en dat ook flashen d.m.v. TFTP niet werkt.

Recovery image wordt via TFTP verzonden; of de router gaat weer bootloopen of blijft 'hangen' met de led's pwr en LAN1 aan.
power cyclen zorgt weer voor bootloop.


Na meer uitzoeken dacht ik dat ik dmv het solderen van de seriële headers ik het probleem op kan lossen.
Gisteravond en begin van de middag nog het e.e.a. geprobeerd, headers heb ik op 't bord zitten en putty geeft output, maar hier kan ik niet heel veel uit opmaken.

Volgens mij heb ik mijn router goed gesloopt.
Baudrate 115200, 8bits, 1 stop bit, geen parity, geen flow control



Nu meen ik mij te herinneren dat ik ergens gelezen had dat het mogelijk moet zijn om de/een firmware via de seriële verbinding te flashen, kan alleen niet meer heugen waar, als iemand het weet, of weet waar het staat zou ik 't graag willen weten.
Zijn er nog andere mogelijkheden welke te proberen zijn, of is de router gewoon op?

[ Voor 2% gewijzigd door pin_point op 21-04-2018 14:48 . Reden: Seriële waarden toegevoegd ]

[FreshMaker]

dennis_rsb schreef op vrijdag 29 juni 2018 @ 14:08:
[...]

Thanks, dan ga ik dat proberen!
[...]

Als het nu een paar pagina’s waren, maar 35.. maar goed jij hebt je punt gemaakt. Geen probleem!:)

Het zijn er maar 4 hoor

[ruud76]

Ik heb veel problemen gehad met de Wifi Booster i.c.m. iOS devices (in het bijzonder de iPhone 6). De problemen ontstonden meestal vanaf het moment dat een iPhone een kwartier verbonden was met de Wifi booster: ontvangst maximaal, maar er kwam niet of nauwelijks Internetverkeer doorheen (met timeouts tot gevolg).

Uiteindelijk blijkt de oplossing van het probleem te zijn om WMM uit te schakelen op de 2.4Ghz band; blijkbaar begrijpen de Ziggo Wifi booster en de Apple iPhones elkaar op dit vlak niet goed:

• Log in op [url="http://ziggo-ap"]http://ziggo-ap[/url]
• Ga naar de geavanceerde instellingen
• Ga naar "Wireless 2.4Ghz" en klik daaronder op "Wireless Advanced"
• Schakel hier "Enable WMM" uit en klik op Save

Sinds ik dit heb aangepast werken de iPhones bij mij probleemloos.

NB. WMM op de 5Ghz band lijkt geen problemen te geven, dus daar heb ik WMM vooralsnog aan laten staan..

[ Voor 12% gewijzigd door ruud76 op 28-07-2018 23:06 ]

[The Zep Man]

quazar schreef op woensdag 8 april 2020 @ 17:45:
Heeft iemand al een mesh netwerk van meerdere Archers gemaakt m.b.v. OpenWRT?

Ik heb er geen ervaring mee. Elke access point van mij is voorzien van een Ethernet kabel, en ik heb zelfs Archer C7's via Power-over-Ethernet aangesloten op sommige verre locaties. Er is niets zo stabiel als een netwerkkabel.

Je kan dit draadje lezen voor mesh opties. In het verleden heb ik wel eens deze situatie in elkaar gezet, maar dan met proxy ARP om alle systemen in hetzelfde subnet te houden.:


Dat ging door twee muren heen op 5 GHz, en in het 'AP subnet' zaten enkel apparaten verbonden met netwerkkabels. Haalde aardige snelheden.

[ Voor 30% gewijzigd door The Zep Man op 10-04-2020 07:54 ]

[haling]

The Zep Man schreef op vrijdag 17 april 2020 @ 10:36:
[...]
802.11r is een enkele optie per draadloos netwerk in OpenWRT.

Raar; ik kreeg een waslijst aan opties en vragen na het aanvinken van 802.11r, van 'mobility domain' tot allerlei 'key holders' ...

Plaatje van het internet, want ik heb geen OpenWRT meer:

[ Voor 43% gewijzigd door haling op 17-04-2020 10:49 . Reden: Slecht gelezen, sorry. ]

[MdO82]

Wellicht even een vraag naar de bekende weg

Ik heb een Ziggo Accesspoint binnen gehad.
Hierop staat nu firmware 3.14.3 Build 150427 Rel.36706n.

Echter zag ik dat ik daar geen gateway kan instellen als ik deze als access point achter mijn modem (modem kan niet in bridge) zet.

Dus al het verkeer kan dus nergens naartoe.



Zou het zin hebben een ander firmware te gebruiken ?


EDIT: Ik ben er vanavond even voor gaan zitten.
En heb hem eerst geflashed naar versie TPlink Archer C7(EU)_V2_180305.

Vandaar heb ik hem geflashed naar een versie van dd-wrt
Als je de tips en trick van hier goed leest en oplet wat je doet is het eigenlijk heel simpel om te doen

[ Voor 16% gewijzigd door MdO82 op 16-10-2021 20:20 ]

[broekieman]

Dit zijn mijn instellingen: