Problem: Beheerders die anti-vandalisme doen op (ten minste) de Engelse Wikipedia blokkeren steeds vaker het /64-bereik wanneer ze geconfronteerd worden met vandalisme van IPv6-adressen, wat de praktijk van veel ISP's weerspiegelt om die bereiken aan één gebruiker toe te wijzen, zolang men maar kan vaststellen dat dit het geval is voor het betreffende /64-bereik. Hoewel het ook gebruikelijk is om bewerkingsfilterlogs voor een IP-adres te bekijken bij het beoordelen van de ernst van het vandalisme of de verstoring (vooral of de gebruiker door het filter is gewaarschuwd dat hij het risico loopt een blokkade te riskeren als hij doorgaat), kunnen de filterlogs slechts voor één IP tegelijk worden bekeken. Dit maakt het moeilijk om te bepalen of een /64 rangeblock, of zelfs een enkel blok, gerechtvaardigd zou zijn voor een bepaalde vandaal voor wie alleen de bewerkingsfilterlogs beschikbaar zijn
Proposed solution: Maak het mogelijk om bewerkingen op het /64-bereik te bekijken voor elk IPv6-adres waarvan de bewerkingen door een bewerkingsfilter worden vastgelegd. Of in ieder geval filtermakers de optie geven om dat toe te staan (ik kan me voorstellen dat er situaties zijn waarin je niet wilt dat iemand dat doet, of in ieder geval niet zomaar een beheerder).
Who would benefit: Beheerders die efficiënter en effectiever schade aan het project kunnen voorkomen, en redacteuren die productiever kunnen bijdragen zonder terugdraaïngen vanwege vandalen of vooral de LTA's die de filters vooral moeten afschrikken en waarschuwen.
More comments: Mogelijk zou dit, misschien in de toekomst, toegepast kunnen worden op de /24–/30-bereiken op IPv4-adressen als het als noodzakelijk wordt beschouwd. Misschien moeten we ook de optie toestaan om de relevante bereiken te kunnen zien met een link vanaf de Bijdragen-pagina (vergelijkbaar met het basisrapportagesjabloon voor WP:AIV toont nu ook een link naar de /64 voor elke IPv6 die aan de pagina wordt gerapporteerd;) nu moet men handmatig de gewenste bereikwaarde invoeren in het URL-venster van de browser na het IP-adres. Maar dat zou een beter apart voorstel kunnen zijn.
