KaYot

Шутки, шутки. Правильно выше сказали - нет договора, нет проблем. Главное нигде документально не подтверждать что вы чего-то предоставляли, а так слово против слова. Даже если пойдет куда-то жаловаться - делали тестовое включение, проект не работает, продолжать работу не стали.

Боюсь показаться занудой, но вы до этого создали десяток тем с тем же вопросом, в итоге никого не послушав купили дешевый говно-тик. Сейчас ситуация повторяется, но спрашиваете вы про говно-тик чуть дороже - результат будет тот же. Ставьте сразу подходящую железку, дешевле ведь выйдет в итоге. Для ваших хотелок как я понимаю нужно или что-то вроде CCR36, или любой писюк с тем же ROS, а лучше linux.

В принципе логично. Всю жизнь получали на халяву платежи на социальную карту.

Поданные недостоверные данные - повод для аннуляции, никакого произвола. Вот нарушение лиц.условий вам таки один раз простили, все по закону. Может какие-то нормы самой процедуры нарушили, можете действительно с ними посудиться, но лицензию это вам не вернет, к гадалке не ходи.

Штатными средствами(через rp_pppoe) PPP сервер под линуксами разворачивается за 10 минут. Самый сложный вопрос - как вы шейперы организуете, во фре и линуксе оно очень сильно отличается. На accel все проще, шейпер встроен и управляется чрез радиус.

Все имеет минимум 2 стороны. Требования регулятора - глупость, но ваше не желание их выполнять выдумывая оправдания - еще большая глупость. Вы подали недостоверные данные при получении лицензии, затянули со сроками освоения(и то, и то нарушение лицензионных условий) и удивляетесь что лицензия тю-тю.

Дык я о том и говорю, стоят разные версии федоры/центоса/рхела, никаких неудобств их наличие не вызывает.

Не обязательно. В пределах ветки(fedora/centos/rhel к примеру) разница между дистрибутивами - в версиях стоящего и доступного в репах софта. Вполне можно держать все унифицированное на уровне софта/конфигов.

А как вы догадались?

Бред, тогд обьясни мне почему у меня: Cisco WS-C3550-12T (PowerPC) А вы между 3500xl и 3550 чувствуете разницу? Разные поколения, у 3500 железное ограничение в максимальный 1005 vid.

Ничто не мешает выдавать любое число IP в один клиенсткий влан, это скорее вопрос к биллингу.

Дык ТС же сервер ставил, вот сервер и лег от 3 одновременных кликов по ссылке

Он не в курсе))

ssh это такой удаленный рабочий стол? как тимвью?

Он при shared=0 вообще не должен работать. Значит баг.

Так а где ж ему ip брать? Вообще баг вероятно, но он смысла и не имеет в любом случае. Для vlan-per-user нужно делать ifcfg=0, адреса на вланах не нужны. Роут прописывается на неверный ip, если ip не будет, будет правильный роут и все заработает)

ifcfg=1 говорит что нужно прописывать IP на интерфейсы.

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

Или burst что-то ломал, или отсутствие ceil в ограничениях. Ну и хеши заработали, нагрузка упала.

хеши не работают Повторюсь, если в первой строчке стоит маска ff00 - значит для хеша ты берешь ЦЕЛИКОМ второй октет адреса.А дальше ты его используешь, но почему-то сравниваешь не с реальным значением(128,129,...), а с 0,1,2. Или поставь 7f в маске, что б брать только младшие биты(фактически получится смещение от 128), или задавай полный адрес в хешах дальше. Вот мой рабочий кусок шейпера, с корнем, хешами, дефолтом и клиентом. Это для исхода qdisc add dev bond0.2 root handle 2 htb default d. class add dev bond0.2 root htb rate 2000Mbit ceil 2000Mbit quantum 65535 filter add de

Больше похоже на то, что хеши таки не работают и у вас сервер просто лег по 100% загрузке.

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

Не, нету там никаких таблиц. Порядок создания фильтров в данном случае не важен, грабли где-то в другом месте.

Да, очередь имеет смысл только для конечного класса. Добавлять ее нужно везде. Для отладки смотри статистику tc, вроде tc -s class или tc -s qdisc, и смотри по счетчикам куда идет трафик и где дропается.

А с этим я когда-то почти неделю мучался, пока дошло Та же ситуация, как я писал выше - все что не попадает в правила шейпера сливается в дефолтный класс. А у него очереди тоже нет. И пока нагрузка на железо небольшая, и пакеты успевают пролетать условно wire-speed - проблем нет. Но как только идет рост pps и пакеты не успевают покинуть трубу мгновенно - они уничтожаются tc вместо буферизирования. Создайте явно дефлтный класс 1:900, добавьте ему какое-то большое ограничение скорости и очередь. Можно попроще, у меня стоит pfifo limit 10000(пакетов).