>>> А то железку способную осилить pptp на 50 мбит в 2 стороны - это еще суметь надо. Хрень за 1300 рублей точно сольется на этом начинании.Netgear WNR1000 не сольётся, до 80-100 метров в обе стороны симметрично, синхронно. Linux.
>>> Какой в ж... dhcp? У ipv6 автоконфигурация без всяких dhcp есть, для начала.
Ага. Целых 3 разных. Кросс-вендорной совместимости ждать придётся долго.
>>> А это вообще маздай. Как раз наконец провы купят себе нормальное оборудование вместо горбатых пионернетовских останков. Делать коммерческую сетку из офисно-домашних свичей - ну знаете, как-то не совсем правильно. Нормальные провы уже давно выводы сделали. А с нормальными свичами можно и более-менее обычный роутинг использовать.
Самый надёжный доступ - L2, VLAN per user с концентрацией на BRAS. Никаких проблем, с которыми сталкиваются самоделкины в L3нетах, там нет. Кроме того, такая идеология доступа близка к типовым решениям на базе VC - ADSL, GPON и пр., т.е. можно вообще унифицировать сеть, не оглядываясь на оборудование. А L3неты будут вынуждены городить огород в таких условиях.
>>> Ну если у вас оборудование которому плохеет
Не "у нас", а практически у всех мало-мальски крупных сетей доступа есть такая проблема. Можно конечно на доступ ставить L3-коммутаторы, но 400 рублей за 10 метров вы при этом абоненту уже не дадите. Это, правда, вопрос из другой области.
>>> Обычная механика ipv6 + тушить порты через ремотное управление свичом тем кто принципиально не платит.
И получать 100500+ звонков в саппорт, затраты на саппорт себя при этом не окупят. Не порты тушить надо, а L4R делать. Нормальные сети так и делают, пионернеты могут тушить порты сколько им влезет.
>>> А какая биллингу разница - параметры на серваке покрутить или параметры на железке?
Огромная. Заливка параметров в RADIUS для 10000+ абонентов - <1 сек, заливка параметров на ~1000 разномастных свитчей для тех же 10000+ абонентов с сохранением конфигов в flash - убиться можно. Даже если распараллеливать сильно.
>>> Ну да, конечно, а повторить попытку - религия не позволит, вероятно. К тому же если свич отсутствует - юзер и так уже выключен :). Насколько справедливо его вообще @#нуть биллингом при этом - вопрос вообще интересный.
Очень интересный, учитывая то, что отлетевший из-за питания свитч через час встанет, и абонент благополучно пойдёт качать гигабайты торрентом. Хотя должен бы быть отключен.
>>> Ага, а при отвале концентраторов или радиуса у таких будаков вообще такой ад и содом начинается что саппорт готов застрелиться.
У нас кластеризованный RADIUS (всё, включая БД, кластеризовано), и кластер концентраторов. Шанс отвала таков, что реально ни одного отвала этих подсистем за несколько лет не случалось.