nightfly

Похоронить, чтоб не мучалось.

От производителя. На ddwrt можете не сылаться - модуля ядра ралинковые, вызывают истерику у всех окружающих. http://www.ex.ua/view/14240018 http://www.ex.ua/get/33974029Хотя на tomato получше будет Ну и? http://www.dd-wrt.co...66U#Performance Хотя домашнему юзверю должно быть монопенисуально, будет там гЫгос или просто около того. Они себе и так Intel 82576 не покупают

От производителя. На ddwrt можете не сылаться - модуля ядра ралинковые, вызывают истерику у всех окружающих.

Да, вкурсе. Правда там все тех же 725-740 по бенчмаркам Подозреваю что там используется все тот же hw_nat на ralink30XX

Ну я же говорил

Оно с двумя "f". Traffic. Да, да, конечно - никто и не спорит

Такого же копеечного и с аппаратным NAT свободно пережевывающим up to 730-750Mbit? Больше ничего не вспоминается. ЗЫ предчувствую сейчас понабегают микротичники, со своими RB750

он не работает, да?

Если для себя, то ASUS RT-N56U - CPU 500MHz, аппаратный NAT, RAM 128Mb 4x1Gb LAN 1x1Gb WAN + 2.4/5 Ghz b/g/n. Если для серверной, то думаю что-то из Juniper MX Series =)

Попробуйте атипичные нейролептики. Рекомендую.

Откуда в ядре netgraph? mpd что-ли используете для подключения к прову? Можно не обращать внимания, всего лишь нотификация о том что сабнеты в одном скоупе ака шаред сабнете. Оставлено для совместимости. Есть очень нехорошие подозрения, что интернет у ваших абонентов пропадает и не подымается при обрывах ppp сессий изза того, что например может дефолтраут уходить в пустоту. Либо потому, что экземпляр НАТа поднят на уже убитом давно интерфейсе. felixio_01 а чего, оно в этих ваших линуксах из коробки не того?

подозреваю что там еще должны быть периодические вопли про "no buffer space avaliable" или "interrupt storm detected on throttling interrupt source" - учитывая сетевую. ок Там должно быть что угодно но только не "весь интернет". 9-я табличка по умолчанию указывает на хосты к которым не нужно производить NAT (читаем локальные ресурсы). Уберите это нафиг оттуда. Соответственно обратное правило ipfw nat следует рисовать по интерфейсу. ок ну допустим. /etc/firewall.conf еще покажите и /etc/rc.conf - подозреваю еще и там творческий подход ЗЫ уехал, вернусь в

Такого не бывает, потому что не бывает. вывод после "зависания" в студию: # ifconfig -a (rl,vr,nv - я угадал? ) # tail /var/log/messages # ipfw nat 1 show # ipfw show # ipfw table 2 list # ipfw table 9 list # netstat 1 # top -SHPb Тогда ясно зачем нужна ресетилка. И нет - так не должно быть. В норме вообще не стоит и не нужно лезть в консоль в процессе ежедневной експлуатации ubilling-а.

Тоесть уже не актуально За скриптовыми подпорками будущее!

У-у-х как занятно, почти как ng_netflow

Сами ждем, приходится одновременно поддерживать около 6-ти актуальных линеек тарифных планов

смысл?

Мы опередили вашу хотелку где-то на неделю Данная фича уже в разработке. Уйдет в 0.3.2. Потребности правда чуть другие но логика та-же. Хотим дополнить опции TC_TARIFFSALLOWED, TC_TARIFFENABLEDFROM дополнительной опцией TC_EXTENDED подключающей дополнительный конфиг tcdirections.ini следующего вида: Mega-10="Mega-100,Mega-50" Mega-50="Mega-100,Mega-10" Mega-100="Mega-50,Mega-10" Super-50="Mega-10,Mega-50,Mega-100" Думаю очевидно зачем это нужно и все вытекающие из этого плюшки.

Релиз Ubilling 0.3.1 rev 1846 Список изменений - Изменения в структуре БД, см. дамп. - alter.ini: новая опция REMOTEAPI_ENABLED включающая удаленный вызов процедур - alter.ini: новая опция RADIUST_ENABLED включающая поддержку шаблонизации аттрибутов Radius - Модуль «Свитчи»: теперь возможно добавление задач периодического переопроса свитчей при помощи crontab (GET cronping=серийник) - Модуль «События»: теперь поиск по паттерну отображает лимитируемое количество результатов - Модуль «История смертижизни»: теперь отображаються внутренности пользователя в прямом виде. -

Если завернется по причине проблемной прошивки контроллера - кирдык. Таким болеют OCZ массово. Если по истечению лимита записи по ячейкам - уходит в ридонли. Честно говоря за последних два года такого не видел. Скопытилась парочка OCZ Vertex и Intel MLC на первых месяцах использования, по причине подыхания контроллеров. Сейчас на всех десктопах-ноутах торчат SSD от Kingston. Полет нормальный уже несколько лет. З.Ы. В любом случае админы делятся на тех кто делает бекапы и кто УЖЕ делает бекапы. Не пофиг как оно подохнет? З.Ы2. Сложно представить нафига биллинговому серверу ССД. Если у ва

В любом случае вы не должны видеть MAC-и вафельных железок по дороге к абоненту. Особенно если за железкой их висит более одного. DHCP - немаршрутизируемый протокол. ЗЫ давеча строили людям похожую судя по всему схему - два микротика в роли бриджа, с одной стороны биллинги-НАСы, с другой свитчи и дальше витой парой по абонентам. Все работает успешно. ЗЫ2 и в роли точка-мультиточка вполне себе работает - опять же всего-то нужно чтобы раздающая была бриджом.

Стоп, под AP вы понимаете раздающую точку или клиентскую? Если разрающую - то там должен быть прозрачный WDS бридж, нормально бриджащий dhcp реквесты от заассоциированных клиентов. Если клиентскую типа наноса либо СХТ - то либо сделайте из нее бридж, с последующим прописыванием МАС абонентского ПК, либо настройте ее как роутер (что к слову более логично) и тогда регистрируйте по МАС самой точки. В любом случае не вижу никаких глубинных проблем.

Бьюсь в истерике. Нельзя же так.

Это понятно - поскольку не знает оно что выдавать неизвестному МАС. Дык 00:FF:FF:FF:FF - чье? Машины пользователя? АР-шки?

Что значит при "автоматической" смене? Если смена происходит "прям щас" - то для этого есть опция TARIFFCHGRESET которая включена по умолчанию в alter.ini Если смена происходит "со следующего месяца" - просто тыкните опцию ReconnectOnTariffChange=yes в stargazer.conf