abills.net.ua

Добавлено: **Чт апр 02, 2009 9:20 pm**

Как быть как лечить?:oops:
IP-адрес и Основной шлюз VPN совпадают


DNS-суффикс этого подключения . . :
        Описание  . . . . . . . . . . . . : WAN (PPP/SLIP) Interface
        Физический адрес. . . . . . . . . : 00-53-45-00-00-00
        Dhcp включен. . . . . . . . . . . : нет
        IP-адрес  . . . . . . . . . . . . : 10.10.0.235
        Маска подсети . . . . . . . . . . : 255.255.255.255
        Основной шлюз . . . . . . . . . . : 10.10.0.235
        DNS-серверы . . . . . . . . . . . : 192.168.1.200

Добавлено: **Пт апр 03, 2009 10:48 am**

Как быть как лечить?

а что лечить-то? разве что-то не работает?

ЗЫ: винда не умеет прописывать маршруты на интерфейс, только через шлюз, поэтому в случае ппп извращается так: назначает на ппп ифейс вы данный ип, а затем прописывает дефолтовый рут через шлюз, в качестве которого указывает ип собственного ппп ифейса

Добавлено: **Пт апр 03, 2009 11:35 am**

этот вопрос уже поднимался на форуме

Добавлено: **Пт апр 03, 2009 5:30 pm**

Спасибо за разъяснения, не знал про такие приколы винды, у меня бага была в другом месте). Теперь есть другой вопрос.

Использую стандартные правила шейпинга с примера сайта, при установке значения 128к, скорость плавает от 10 до 20 килобайт. У всех так? Или надо еще протачивать напильником шейпер?

Сейчас мигрирую с биллинга старгейзер, применял собсвеннописный шейпер, писал по LARTC, таких багов не возникало, скорость держало зубами. Для порезки исхода раньше применял IFB.

Добавлено: **Пт апр 03, 2009 11:49 pm**

килобайт или килобит, если килобайт, гоу учить мат часть, если килобит, то это у вас баг батенька какой то

Добавлено: **Сб апр 04, 2009 6:18 am**

Издеваетсь что-ли?
Я ясно представляю разницу между килобайтом и килобитом.
Тарифный план 128 килобИт!
При этом шейпер дико тупит и скорость плавает от 10 до 20 килобАйт, должно быть 128\8=16 килобАйт

Добавлено: **Сб апр 04, 2009 7:52 am**

А что мешает ваш шейпер сюда прикрутить?
Я тоже к примеру переписывал шейпер - вернее часть его, что режет исходящий траффик. И правил часть, что режет входящий (т.к. там cburst вместо burst надо юзать в подклассах, а burst - ставить 1/2 или меньше, иначе - подклассы не ограничиваются по скорости родительским классом)

Добавлено: **Сб апр 04, 2009 7:52 am**

это почти у всех, на таких малых скоростях, используй для шейпинга радиус, у него точнее получается

Добавлено: **Сб апр 04, 2009 10:42 am**

Буду писать свой, спасибо за ответы

Добавлено: **Сб апр 04, 2009 11:22 am**

lasik писал(а):используй для шейпинга радиус

Каким же образом радиус может использоваться непосредственно для шейпинга траффика?

Добавлено: **Сб апр 04, 2009 1:41 pm**

Использую стандартные правила шейпинга с примера сайта, при установке значения 128к, скорость плавает от 10 до 20 килобайт. У всех так? Или надо еще протачивать напильником шейпер?

какие стандартные правила? чем не устраивает linkupdown? как просто ограничитель скорости прекрасно и точно работает... разумеется с возможностью задания разных скоростей для разных классов трафика... правда в активной сейчас версии исходящий от клиента трафик режется грубым и циничным полиси дроп

но в новой (которая у меня успешно работает уже больше месяца) уже переделано через IFB. Патч к линкапдауну я Асмодеусу выслал так что должен скоро появиться в каррент.

Добавлено: **Сб апр 04, 2009 6:25 pm**

В том то весь и прикол, при использовании бесклассового qdisc TBF скорость отличная, но естессно ни о каких приоритетах и речи не может быть, минимальные задержки icmp и т.д.
Если использую HTB скорость плавает причем с хорошими провалами.

Может кто поделиться своими наработками?

Добавлено: **Сб апр 04, 2009 6:49 pm**

Разобрался, во всем банально был виноват sfq perturb, насколько я понял он применяется чтобы обеспечить равномерное распределение полосы между между различными приложениями, чтобы процесс закачки не занимал полностью полосу и в результате остальные приложения не тупили, например банальный серфинг во время закачки.

Теперь осталось решить - или сделать закачку в полный рост и будет тупить все если не остановить закачку, или оставить так как есть и при этом будет более комфортное использование интернета бровзинг+закачка.

Добавлено: **Вс апр 05, 2009 1:08 pm**

В том то весь и прикол, при использовании бесклассового qdisc TBF скорость отличная

шейпер в линкапдаун сделан чере HTB (я ж писал, что там реализована различная скорость для разных классов трафа задаваемых в интервалах ТП поэтому безклассовая TBF не катит) и работает прекрасно. Проблемы с HTB я наблюдал в этом случае у тебя кстати не он?

ну и ещё точность работы HTB весьма зависит от некоторых параметров конфига ядра

но естессно ни о каких приоритетах и речи не может быть, минимальные задержки icmp и т.д.

лично у меня шейпер состоит из 2-х частей: тупой ограничитель скорости клиентов согласно их тарифных планов и глобальный шейпер. Так вот ограничитель клиентов он и есть ограничитель - нету здесь никакой приоритезации... нефиг - нада клиенту пусь городит свой и извращается с ним в своё удовольствие а моё дело чётко порезать скорость. Откуда я знаю что и как ему нада приоритезировать? И какое имею право за него решать? А вот в глобальном шейпере действительно построена достаточно сложная приоритезация в том числе динамическая, зависящая от характера и поведения того или иного вида трафа. Но эта часть к абиллсу никакого отношения не имеет

Разобрался, во всем банально был виноват sfq perturb

у меня прекрасно работает

Добавлено: **Вс апр 05, 2009 4:59 pm**

Ну какбы для домашних пользователей - стоит все же сделать высокоприоритетным пинг, SYN-пакеты, ну и все пакеты с установленным в Minimize Delay TOS.