> Хрень за 1300 рублей точно сольется на этом начинании.
> Netgear WNR1000 не сольётся, до 80-100 метров в обе стороны симметрично, синхронно. Linux.Там, если не ошибаюсь 400МГц атерос? Это недурно, но насчет симметричных 100Мбит вы все-таки загибаете IMO. А еще есть фаер, да и QoS недурно бы гонять. На обработку PPTP, даже в виде accel-я, требуется довольно много ресурсов (по сравнению с просто роутингом). Хотя-бы потому, что ppp - вообще довольно задрюканый и извращенский протокол, с эксейпингом и прочим геморроем из эпохи диалапа. Там 80-100Мбит будут буквально в потолок возможностей проца, и то не факт (где пруф с бенчмарками, например?).
>>>> Какой в ж... dhcp? У ipv6 автоконфигурация без всяких dhcp есть, для начала.
> Ага. Целых 3 разных. Кросс-вендорной совместимости ждать придётся долго.
В смысле, 3 разных? Автоконфигурация в RFC на IPv6 помнится была прописана.
> Самый надёжный доступ - L2, VLAN per user с концентрацией на BRAS.
А что будет с вашей надежностью при отказе BRAS или недоступности из-за отказа каких-то каналов по пути? Фигакнется вообще все? И все стадо хомяков дружно повиснет на проводе саппорта, выстроив очередь в коллцентр длиной в три часа слушания музыки?
>>>> Обычная механика ipv6 + тушить порты через ремотное управление свичом тем кто
>>>> принципиально не платит.
> И получать 100500+ звонков в саппорт, затраты на саппорт себя при этом
> не окупят. Не порты тушить надо, а L4R делать. Нормальные сети
> так и делают, пионернеты могут тушить порты сколько им влезет.
Обломайтесь, так делают далеко не пионернеты а вполне крупные провы с десятками, если не сотнями тысяч абонентов. Они просто волевым решением приняли за правило - совсем дерьмо не ставить. Минимальным требованием к железу соответственно является управляемый свич с возможностью отстрела портов + простым фаером для удавки добрых душ путающих LAN и WAN и отдающим толпе хомяков левые айпи (фаер на свиче эти потуги просто аккуратненько зарубает, в отличие от пионернетов падающих в хлам). При том все это умеет даже довольно дешевенькое барахлишко от длинков и прочая, минимально ориентированное на именно провайдинговые нужды. Просто нормальные провы сетку строят с нуля из более-менее вменяемого оборудования, а дятлы - скупили самопальные пионернеты, собранные из офисных свичей на соплях, вот и маятся с своими PPTP и прочим. Поэтому если кто-то юзает pptp - это вполне надежный индикатор на предмет того чем является его сеть.
>>>> А какая биллингу разница - параметры на серваке покрутить или параметры на железке?
> Огромная. Заливка параметров в RADIUS для 10000+ абонентов - <1 сек, заливка
> параметров на ~1000 разномастных свитчей для тех же 10000+ абонентов с
> сохранением конфигов в flash - убиться можно. Даже если распараллеливать сильно.
А зачем заливать 10 000 абонентов на регулярной основе? Как я понимаю, у таких провов биллинг пашет себе в фоне да попинывает свичи изредка, рубая тех кто по состоянию на прямо сейчас - задолжал и включая тех кто заплатил. Жесткий реалтайм при этом не жмет, изменений состояний в единицу времени - мало, потому что даты тарификации у всех хомяков разные, так что операции размазываются по времени. Хорошо и биллингу, требования к скорости оного сильно падают, и саппортам, нагрузка на которых размазывается равномерно вместо авралов "ой, а у нас тут 10К абонентов уже 3 часа висят в очереди". Ну, а вы представляете себе что расскажут о провайдере абоненты провисевшие 3 часа на линии? Правильно, бодрый заряд бесплатной и эффективной антирекламы от нескольких тысяч хомяков вам гарантирован.
> свич отсутствует - юзер и так уже выключен :). Насколько справедливо его вообще @#нуть
> биллингом при этом - вопрос вообще интересный.
> Очень интересный, учитывая то, что отлетевший из-за питания свитч через час встанет,
> и абонент благополучно пойдёт качать гигабайты торрентом. Хотя должен бы быть отключен.
Если биллинг делался не совсем кретинами, он должен бы отметить у себя что вон та операция не получилась и надо б ее иногда повторять. Ну отвалится у юзера порт. Пусть даже через 10 минут качки торентов, когда биллинг пойдет повторять операцию в очередной раз. Поскольку оплата обычно ведется кусками в недели или месяцы - на фоне этого считанные минуты и даже полчаса - вообще ничего не решают. Ну пусть даже редиска покачает лишние полчаса торенты. В конце концов, если он за месяц платит - так может и фиг бы с ним, а?
> У нас кластеризованный RADIUS (всё, включая БД, кластеризовано), и кластер концентраторов.
> Шанс отвала таков, что реально ни одного отвала этих подсистем за
> несколько лет не случалось.
Избыточная централизация ещи никого до добра не доводила. Одно дело если биллинг где-то там в фоне портами щелкает, а в принципе и без него все работает: его отвал на полчаса вообще никто не заметит. И другое дело - если как у вас. Любой отвал биллинга будет означать полный факап всех хомяков, даже заплативших, ну и полный адъ для саппорта. И несколько тыщ злых хомяков, провисевших 3 часа в очереди, которые с удовольствием отыграются порекламив конкурента у которого такого дебилизма нет.
