De (on)zin van vaccinatiebewijzen

▼ Dit artikel op de website van EW Magazine geeft de huidige stemming over vaccinatiebewijzen goed weer: Stijgen ziekenhuisopnames dit najaar? Dan komt Duitsland met vaccinatieplicht. In de VS houden de federale overheid, New York City en veel grote bedrijven niet-gevaccineerden buiten de deur.

Jammer toch dat dit totaal geen toegevoegde waarde heeft. De delta-variant heeft weinig moeite gevaccineerden te besmetten, en die zijn daarna ook weer besmettelijk voor anderen. En vaak nauwelijks ziek, zodat ze minder thuisblijven en zich minder laten testen.

Dus om verspreiding van het virus tegen te gaan heeft het eisen van een vaccinatie nauwelijks zin. En door allerlei zaken open te gooien voor gevaccineerden gaat er meer virus rond, dus ook die ongevaccineerden die niet mochten komen lopen zo elders meer risico. Die help je er dus ook nauwelijks mee.

Dus: bij testen voor toegang iedereen testen. En eigenlijk alleen maar met een PCR-test, de sneltests missen sowieso 20% van de besmettingen en de deltavariant komt zo snel op dat je vandaag nog negatief kan testen met een sneltest en morgen al besmettelijk kan zijn. De PCR-test ziet het virus eerder en is betrouwbaarder.

Voorzichtig versoepelen kan waarschijnlijk wel, maar geef mensen die dat willen alsjeblieft de ruimte om voorzichtiger te blijven. Dus wel verplicht een mondkapje in de supermarkt, zou ik zeggen. En niet het hele (hoger) onderwijs in één klap zonder enige beperking open gooien, zoals die sector graag wil. Als het dan mis gaat gaat het ook gelijk op enorme schaal mis. Laat ze daar liever werken aan een stappenplan voor versoepelen. Bijvoorbeeld, eerst alleen werkcolleges voor eerstejaars in persoon. Als dat twee weken goed gaat, uitbreiden naar hogerejaars, en hoorcolleges in grote volle zalen pas weer als later in het najaar alles nog onder controle is.

(Tussen 1 en 19 juli waren van de mensen waarbij de vaccinatiestatus bekend was 14% van de besmette personen gedeeltelijk gevaccineerd en 9% volledig gevaccineerd. In de groep 50 - 59 jaar was dit zelfs 46% en 29%, respectievelijk.)

Permalink - posted 2021-08-04

Review: MouSTer: making my favorite wireless mouse work with my Amiga

▼ Original Amiga mice were never that great, and a few decades of use and storage didn't help. So if there's one part of the Amiga I have no problem replacing with something new, it's the mouse. (Don't feel bad, I swore of Apple mice, too.) So a while ago I got a USB-to-DB9 mouse adapter. That one worked fine with wired mice, which was a big improvement.

An Amiga 3000 "tank mouse", an Amiga 1200 mouse and a 2000-era Logitech Mini Wheel Mouse

However, a few years ago I discovered the Logitech Anywhere MX 2 wireless mouse. I liked it so much I got one for at home and one for at work. The MX 2 is a bluetooth mouse that can pair with three computers. You can simply switch to another computer with a small button at the bottom. Now obviously the Amiga doesn't do bluetooth, but the MX 2 comes with a Logitech unifying receiver, which you can plug in any USB port and then the computer thinks it's talking to a wired USB mouse.

Problem solved, right? Not really. The MX 2 didn't work with that adapter, nor with another one. Eventually I went as far as to get a RapidRoad USB adapter for my Amiga 1200. This does work very well most of the time, but the complex USB software is not compatible with most games and is not 100% reliable.

The MouSTer connected to a DB9 extension cable, with the Logitech unifying receiver and the MX Anywhere 2

So when I read about the MouSTer, I thought four times might be a charm. After waiting for the little device to make its way from Poland to Holland over the course of very many days, it arrived today. So I plugged it in and... not much. The mouse pointer did move a pixel or two, but nothing close to working correctly. Then I noticed:

So I plugged a USB thumb drive into the MouSTer, which produced furiously blinking LEDs. Afterwards, there was a new directory on the flash drive, with in it a file named MOUSTER.INI. This is a text file with settings and clear explanations what they do. Out of the box, the MouSTer was set up for the Atari ST (hm, maybe the capitalized ST in the name should have been a clue?). I quickly changed that to "amiga". For good measure, I downloaded the latest firmware and put that next to the MOUSTER.INI file and put the thumb drive back into the MouSTer. After that, different mice worked as expected, with just some tweaks to the DPI divider and LED heartbeat settings needed.

A modern optical mouse like the MX Anywhere 2 sends way more "hey, the mouse has moved" pulses than the Amiga expects. As a result, when you move the mouse quickly, the mouse pointer jumps around because the computer can't keep up. Using a DPI divider ("microstep") value of 2 - 5 on the MouSTer didn't completely solve that for me, but using the Mac Logitech Options program to tell the mouse to use the minimum pointer speed, along with a microstep value of 2 made everything work satisfactorily.

Amiga mice normally have two buttons. The DB9 port has just one unused wire, so the Amiga can recognize a third button, but that's it. No scroll wheels—without using different hardware. However, the MouSTer will helpfully map any additional mouse buttons to the three the Amiga can recognize, with or without autofire. A program like FreeWheel will let you do something useful with the extra mouse button.

You can tell the MouSTer is starting up after turning on the computer because its yellow-orange light flashes furiously. (It'll tell you any error messages in morse code.) This is fast enough that if you press both mouse buttons as you turn on the computer, you're greeted by the boot menu as intended.

Conclusions: after only a few hours of use, I'm already a fan of the MouSTer. The hardware is nice and small, so it doesn't stick out far enough to get in the way. The electronics are visible, but covered with plastic so no chance of accidental shorts. The configuration method is unorthodox, but works well. I tested it with both a wired and a wireless mouse, as well as a couple of joysticks. Everything worked. (It also supports gamepads.) Using the Amiga mouse port is a mixed blessing. On the one hand, it's a limitation: only the one extra middle button and no scroll wheel support. On the other hand, it works with everything. In my case, I simply use two Logitech receivers: one on the MouSTer and one on the RapidRoad. So I just flip the mouse and push a button to switch between features and compatibility. 😎

Permalink - posted 2021-07-24

Iconverter makes your old Amiga icons look right

▼ The way the Amiga handles icons changed a number of times over the history of the platform, with the result that many older icons don't look right on Amigas running later versions of the OS. I made a tool to convert these old icons so they look like they should on later Amigas: Iconverter.

Iconverter is a tool for converting old icons so they look as intended on Amigas running a more recent operating system.

In particular Iconverter will convert OS 1.x and MagicWB icons to NewIcons format using the palette those icons were created for. (Also OS 2.0 - 3.1 icons, but those usually look correct without conversion.)

Note that you need to run the NewIcons extension or the new IconLib_46 on an AmigaOS 3.0 or 3.1 system in order to see the converted version of icons created by Iconverter. AmigaOS 3.1.4 and 3.2 will show them "out of the box".

Iconverter is a shell / command line tool written in standard C. As such, it should compile and run on any system that has a C compiler.

Permalink - posted 2021-07-14

Rutte's linksewolk-weerstand: briljant of ondoordacht?

▼ Ik kan me niet herinneren dat ik hier eerder over politiek geschreven heb, maar ik wil deze voorspelling graag vastleggen om later te zien of-ie uitgekomen is.

Wopke Hoekstra van het CDA heeft gezegd dat hij eventueel wel met PvdA of GroenLinks wil regeren, maar niet met allebei. Mark Rutte van de VVD sloot zich daarbij aan, hij wilj niet met een "wolk van linkse partijen" samenwerken. Aangezien PvdA en GroenLinks elkaar vasthouden en VVD/CDA/D66/PvdA/GL de voorkeursoptie van D66 zit de formatie van een nieuwe regering hiermee in een impasse.

Maar misschien was dit een briljante zet van Mark Rutte om snel weer uit deze impasse die Hoekstra creëerde te komen. Door eerst met Hoekstra mee te gaan kan Rutte (als-ie Hoekstra meekrijgt) zometeen die blokkade laten vallen en daarmee de linkse partijen een overwinning gunnen en Hoekstra uit de wind houden. Dat zou een goed begin van echte onderhandelingen zijn. Natuurlijk, met twee linkse partijen regeren is minder leuk voor rechts, maar inhoudelijk mag dat allemaal niet onoverkomelijk zijn. Mocht onervaren regeringspartij GroenLinks op enig moment rare sprongen maken, dan kan in het ergste geval die partij er weer uit stappen en kan het kabinet toch verder.

Niet briljant, maar ook niet ondoordacht zou zijn dat Rutte hiermee onderhandelingen tussen VVD, CDA, D66 en ChristenUnie mogelijk te maken. De vorige keer gingen die partijen uiteindelijk met elkaar in zee, maar dat was een zware bevalling. Zwel CU als D66 hebben hier nu nog minder zin in dan de vorige keer. Of een nogal arbitraire blokkade van linkse partijen door VVD en CDA voldoende zal zijn om CU en D66 over te streep te trekken valt te betwijfelen.

Of misschien wil Rutte PvdA en GroenLinks hiermee dwingen elkaar los te laten. Dat lijkt me een ondoordachte tactiek. Die twee partijen hebben kort na de verkiezingen een motie van wantrouwen tegen Rutte gesteund, en hebben dus sowieso wat uit te leggen als ze alsnog met hem in zee gaan. Eén van die partijen nog voor de onderhandelingen beginnen tot een extra nederlaag dwingen lijkt dus niet de manier om vruchtbare onderhandelingen te beginnen. Als zo'n kabinet er dan komt verwacht ik niet dat het erg stabiel zal zijn.

Dus, mijn voorspelling: ofwel Rutte trekt zijn (en Hoekstra's) blokkade in en er komt kabinet VVD/CDA/D66/PvdA/GL dat in elk geval niet vanwege onderlinge ruzies zal struikelen, ofwel er komt een kabinet VVD/CDA/D66/GL dat de rit niet uitzit. Als over links niet lukt verwacht ik eerder nieuwe verkiezingen dan een combinatie VVD/CDA/D66/CU.

Permalink - posted 2021-06-21

Glasvezel: Fiber To My Home!

▼ Overstappen op een heel nieuwe manier om aan het internet te koppelen gebeurt niet elke dag. Maar deze week wel: ik heb nu een glasvezel-verbinding. Het interessante aan FTTH (fiber to the home) is dat dit de eerste kabel is die het huis binnenkomt die daadwerkelijk bedoeld is voor internetverkeer.

GPON

Het type fiber-to-the-home dat KPN nu uitrolt is GPON: gigabit-capable passive optical network. In de ISP-wereld zijn we gewend dat een glasverbinding bestaat uit een point-to-point verbinding, met aparte glasvezels voor beide richtingen. Maar dat doen voor consumenten betekent dat er aan de ISP-kant een heleboel glasvezels boven de grond komen die ook weer allemaal een eigen poort op de apparatuur nodig hebben.

Bij GPON worden de glasvezels naar zo'n 40 woningen met een splitter samengevoegd en gaan dan samen via één glasvezel door naar de ISP-apparatuur. Dit lijkt dus iets meer op de structuur van het kabelnetwerk (bandbreedte met de buren delen) dan op de structuur van het telefoonnet (iedereen z'n eigen kabel).

Net als bij de televisiekabel komt de data vanaf het internet voor jou dus ook bij de buren binnen. En net als bij de kabel zorgt encryptie ervoor dat de buren niet mee kunnen kijken. In de upstream-richting werkt het ook vergelijkbaar: de optical line terminal (OLT) van de ISP geeft de optical network terminals (ONTs) van verschillende abonnees een tijdslot om hun data te versturen, zodat ze netjes om de beurt zenden. Zenden en ontvangen gaat met aparte kleuren infraroodlicht door een enkele glasvezel.

Het mooie van GPON is dat de splitters passief zijn: er zit geen electronica in en ze hebben geen stroom nodig, in tegenstelling tot de kabelkastjes langs de muren in de straten, waar versterkers in zitten die met enige regelmaat bijgesteld moeten worden. De GPON-splitters hebben geen onderhoud nodig en verdwijnen dus in een doos onder de stoep.

Aansluiten

Het aanleggen van de glasvezel door de straat tot een aansluitkastje binnen gaat in een aantal stappen. Vervolgens moet er nog een monteur langskomen om de ONT daarop aan te sluiten (en bovenop te plakken.)

De ONT zorgt voor de conversie tussen het optische signaal op 2,4 Gbps down en 1,2 Gbps up, en voor het aanmelden op het glasvezelnetwerk en de encryptie. Er zit één Gigabit Ethernet poort op de ONT. KPN levert een Wi-Fi-thuisrouter die goed werkt, maar het was ook geen probleem mijn Mikrotik hAP ac³ te gebruiken. (PPPoE met willekeurige naam/wachtwoord over VLAN 6, zet wel je MTU op minstens 1520.)

Snelheid

De maximale snelheid die KPN nu aanbiedt is 1000/500 Mbps. De eerste zes maanden krijg je een actieprijs waarbij het niet uitmaakt welke snelheid je kiest, dus uiteraard heb ik 1000/500 aan laten leggen. Ik vraag me wel af of dit echt toegevoegde waarde heeft, goede kans dat ik in de toekomst terugga naar 500/500 of 200/200.

Tijd voor wat Speedtests! Ik krijg (via Ethernet, uiteraard) vrij consequent dit resultaat:

De downloadsnelheid blijft dus wat achter bij de beloofde 1000 Mbps. Ik rekende er al op geen letterlijke 1000 Mbps te zien, maar nauwelijks meer dan 900 is toch wel een kleine teleurstelling. Lijkt niet aan de KPN-router te liggen: met de Mikrotik hetzelfde resultaat.

Vreemd genoeg is de up-snelheid juist weer hoger dan beloofd. Het zou kunnen dat je een burst-mogelijkheid hebt zodat je kort boven je maximale snelheid mag en daarna terug moet, of wellicht een effect van buffers. Ik ben benieuwd of dit zich ook voordoet met de down-snelheid als je bijvoorbeeld 500/500 Mbps afneemt.

Pingtijden zijn heel laag. Bijvoorbeeld naar de Google DNS-servers:

--- 8.8.8.8 ping statistics ---
round-trip min/avg/max/stddev = 2.778/3.072/5.842/0.406 ms


--- 8.8.4.4 ping statistics ---
round-trip min/avg/max/stddev = 5.040/5.245/5.472/0.108 ms

--- 8.8.8.8 ping statistics ---
round-trip min/avg/max/stddev = 8.687/11.638/24.211/3.339 ms


--- 8.8.4.4 ping statistics ---
round-trip min/avg/max/stddev = 8.716/11.895/18.838/3.124 ms

IPv6

Vandaag is World IPv6 Day precies tien jaar geleden, dus ik moet zeker de IPv6 niet overslaan. De KPN-thuisrouter levert netjes zowel IPv4 als IPv6. Toen ik mijn Mikrotik gebruikte kon ik door de DHCPv6-client prefixdelegatie te laten doen ook een prefix krijgen. Wat niet lijkt te werken is een tweede router achter de KPN-thuisrouter om een sub-prefix te laten vragen. Bij Ziggo werkt dit wel.

Wel even schrikken was dat de KPN-thuisrouter IPv6 firewalling aan heeft staan. Dus je kan niet zomaar sessies van buiten naar binnen opzetten over IPv6. En volgens mij worden er ook niet automatisch poorten open gezet zoals met UPnP IGD bij IPv4. Maar gelukkig is het wel makkelijk dit handmatig open te zetten via "IPv6 pinholing". Je kiest dan een apparaat uit de lijst die de KPN-box gedetecteerd heeft, of je vult een MAC-adres in. Vervolgens kan je een TCP- en/of UDP-poort (of een reeks) opgeven die van buitenaf contact mogen maken met het betreffende apparaat op die poorten. Dit gaat op MAC-adres, dus geen problemen wanneer de IPv6-adressen veranderen. Je kan ook "DMZ" kiezen en dan wordt al het verkeer naar het betreffende apparaat zonder filteren doorgelaten. In tegenstelling tot bij IPv4 kunnen bij IPv6 meerdere apparaten die DMZ-instelling krijgen. Goed systeem dus.

"Glas aan, koper uit"

Het plan van KPN is om in gebieden waar glasvezel beschikbaar is op niet al te lange termijn het oude telefoonnetwerk op basis van koperdraad uit te zetten: Jort Wever over ‘Glas aan Koper uit’ bij KPN: ‘De toekomst is er nu al’.

KPN geeft aan steeds een termijn van 36 maanden in acht te nemen voor het uitschakelen van het kopernetwerk. Ik verwacht dus dat ergens in 2024 in heel Bezuidenhout, Mariahoeve en Marlot het kopernetwerk uitgeschakeld wordt en dat net als dit gebouw, de wijkcentrale Den Haag Bezuidenhout snel vervangen wordt door appartementen:

Permalink - posted 2021-06-06