> В смысле? Чего там извратного? Каждый желающий выйти в сеть по дефолту
> получает /64

КАК ИМЕННО получает? Желательно описать процесс отдельно для DHCP-винды, DHCP-Linux, DHCP-MacOS, PPPoE, PPTP, L2TP, для разных типов мыльниц, ну и на сладкое - для Windows XP. В случае IPv4 всё очевидно, в случае же IPv6 единства нет, а PPPoE/PPTP/L2TP вообще представляют из себя сказочные грабли.

>> Кроме того - если мыльница выдаст далее /xx: эти /xx - это что? /128? а вдруг там
>> еще такой роутер-мыльница?
> А какие проблемы выдавать подсеть помельче?

Проблема в телепатическом выделении мыльницей подсети помельче. Либо юзеру всё равно придётся руками писать подсети, либо одно из двух.

> Не вижу каким боком провайдеру эти маки сдались. Хотя если они ему

Вот именно, что не видите. Поэтому и пишете чушь. Намекаю: у свитчей есть CAM, которая не безразмерна (обычно 8-16к на свитч доступа), при этом свитчи доступа часто объединяются в линейки, кольца или звёзды по несколько штук. Кроме того, даже эти 8-16к имеют некоторую коллизионность, поскольку свитчи доступа работают не с маками, а с хешами. Если с каждого юзера вместо одного мака будем видеть десяток - сетям будет плохеть.

>> ну и на сладкое: по PPPoE/PPTP/L2TP можно выдать только p-t-p IPv6. как быть с
> Закoпать и не вспоминать.

А управлять 100500 хомячков как предполагаете? Статика годна только для пионернетов, где юзеров не много. В больших сетях нужна статистика, нужно динамическое управление полосой пропускания, причём желательно быстрое, без вмешательства в конфиги железок. Есть концентраторы доступа, которые IPoE поддерживают, но с IPv6 у них всё так же туго.

> А неплательщиков надежнее всего глушить, извиняюсь, просто отключением порта на свиче.

Отключить разом несколько десятков тысяч портов в момент изменения состояния биллинга - это задача, конечно же, очень простая. Особенно с учётом того, что ряд свитчей по причине аварий в этот момент может отсутствовать. Потом ещё придётся сохранить конфиги на паре тысяч свитчей разных моделей (некоторые из которых в случае сборной солянки из покупных пионернетов могут вообще управления не иметь...). И - ваше счастье, если от первого момента до второго ни один свитч не упадёт.

В случае PPPoE/PPTP/L2TP это делается "на счёт раз", без особого напряга и запинок - тупой записью в базу RADIUS, и выдачей CoA для "живых" сессий на считанное число априори живых концентраторов. А вот управление портами годится, повторюсь, только для пионернетов с считанными десятками свитчей.

>>> Иначе оный может протиснуться через соседа или где там еще, нащупав лазейку в сетке.

Лазейку в PPPoE? Ну-ну...