уже неактуально

[alex444]

ОС "общего назначения" FreeBSD (generic) сама по себе вообще никаких механизмов маркирования пакетов не имеет и абсолютно не RSVP-capable

 

[Orshansky]

ОС "общего назначения" FreeBSD (generic) сама по себе вообще никаких механизмов маркирования пакетов не имеет и абсолютно не RSVP-capable

А JUNOS имеет?

 

[alex444]

А JUNOS имеет?

(клюнул )
модифицированное ядро fbsd 4.11 и спецприложения ? да, имеет. Я говорил о generic версии.

зы предлагаете ТС-у купить младщий джунипер?

 

[alex444]

MikroTik RB750 400 грн
самое настоящее сохо.
умеет маркеры, приритеты, очереди red, fifo, pcq и т.д.

pn.com.ua

Поиск «MikroTik RB750»
По заданным условиям поиска не надено ни одной позиции.

Ден, это всё "сферические кони в вакууме", которых даже на складе нет

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

Позиция Состав Цена, грн Склад
RB/750 RouterBOARD 750 with 400MHz AR7240 CPU, 32MB RAM, 5 LAN ports, RouterOS L4 V3.30, plastic case, power supply 444 -

ТС-у можно посмотреть на плату RB/411R из реально доступного (питание и корпус - сам докупит, как и свич для разборки виланов), 516 грн.

 

[Orshansky]

(клюнул )
модифицированное ядро fbsd 4.11 и спецприложения ? да, имеет. Я говорил о generic версии.

зы предлагаете ТС-у купить младщий джунипер?

Вот только не говорите, что вам не предлагали!

Ден, это всё "сферические кони в вакууме", которых даже на складе нет

Ужас. Уже и Mikrotik "сферический конь" А D-link - это хромающая лошадка?

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

 

[alex444]

Вот только не говорите, что вам не предлагали!

даже и был. умер сам по себе в ночь со 2 на 3 мая.

D-link - это хромающая лошадка?

д-линк это вообще ошибка природы китайских программистов. вечное бетатестирование глюков на покупателях....

Technotrade

"под заказ, поставка 3 недели" (с).Ибо я смотрел по ультратеху (которое дистрибьютор микротика в украине), а Вы предлагаете брать у тех, кто у них тарится товаром

 

[0xygen]

мужики вы бредите. если роутер режет tcp клиенту на 64к, то на входе у него будет забита вся полоса от аплинка? все 100 мегабит? не мелите ерундой.

уу
ты помоему чегото недопонимаешь..
есть клиент УТ. у него входящий канал ЗАРЕЗАН на, допустим 2мбита. де ты тут 100мбит увидел - яхз. дальше продолжать?

при чем тут, собсно, клиент?

 

[Гість 7548]

уу
ты помоему чегото недопонимаешь..
есть клиент УТ. у него входящий канал ЗАРЕЗАН на, допустим 2мбита. де ты тут 100мбит увидел - яхз. дальше продолжать?
при чем тут, собсно, клиент?

прадалжай

pn.com.ua

Ден, это всё "сферические кони в вакууме", которых даже на складе нет

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

RB750 тяжело найти согласен. на замену им полно доступных Mikrotik RB750G 520 грн

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

я еще вот тут не согласен.
tcp ждет подтверждения перед посылкой очередной порции.
если трафик попал в "койку" то подтверждение задержится. и чем больше задержится, тем больше упадет скорость.

 

[alex444]

denzz :

RB750 тяжело найти согласен. на замену им полно доступных Mikrotik RB750G 520 грн

RB/750G RouterBOARD 750G with 680MHz AR7161 CPU, 32MB RAM, 5xGbit LAN ports, RouterOS L4 V3.31, plastic case, power supply 708 -

708, а не 520 и всё равно "минус" (по ультратеху)

 

[alex444]

я еще вот тут не согласен.
tcp ждет подтверждения перед посылкой очередной порции.
если трафик попал в "койку" то подтверждение задержится. и чем больше задержится, тем больше упадет скорость.

и я с тобой не согласен - ты оперируешь пониманием процесса с точки клиентской системы, запросившей траффик. С точки зрения источника - это вызовет перепосылки пакетов источником, да (ещё больший оверлоад отдачи, и ещё больший оверлоад каналов от источника до "дропающего" рутера). Но никак НЕ УМЕНЬШЕНИЕ скорости отдачи источником.....


ps
/sbin/tc qdisc add dev $1 handle ffff: ingress
/sbin/tc filter add dev $1 parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate ${DOWNSPEED}kbit burst ${BURST}k drop flowid :1

tc filter show dev ppp67 parent ffff:
filter protocol ip pref 50 u32
filter protocol ip pref 50 u32 fh 800: ht divisor 1
filter protocol ip pref 50 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid :1
match 00000000/00000000 at 12
police 0x3f5d rate 2048Kbit burst 128Kb mtu 2Kb action drop overhead 0b
ref 1 bind 1

всё правильно на ingress пптп-сервера написано?

так вот с точки зрения "show traffic win32" на клиентской системе в pptp-туннель она отправляет 10 мегабит/сек. Из них по приходу на шейпер дропается 8 мегабит. А клиент как отдавал 10мбит , так и отдаёт (и это не udp, это заливка на ftp - т.е. tcp)

 

[dr_mousefly]

да что Вы ТС голову морочите???
Вы ему пальцем покажите...

 

[alex444]

да что Вы ТС голову морочите???
Вы ему пальцем покажите...

так ты ж показал.
Как он определится - дадим конкретику

если ТС-у смотреть в сторону микротиков - то на данном этапе реально купить что-то типа

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

(660 грн у ультратеха) (там L5 лицензия, потому такая цена платы), промышленные же поставки 750-х коробок c L4 лицензией ожидаются у микротика не ранее середины июня месяца (это которые 440 грн. по прайсу ультратеха). На самом деле ТС-у и

⚠ Тільки зареєстровані користувачі бачать весь контент та не бачать рекламу.

избыточна, но.....

 

[Renegade]

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

Судьба опять сверху

 

[dr_mousefly]

Судьба опять сверху

ну да, подозреваю, что ТС хотелось откопать эту функцию в китайской мыльнице в придачу с вайфаем и за те же деньги.
в принципе нумер три самое нормальное решение для семьи/малого предприятия, потому как у шейпера помимо цены и гемороя есть и еще самый важный недостаток - нельзя качать на всю катушку пока все спят.

 

[Гість 7548]

ну да, подозреваю, что ТС хотелось откопать эту функцию в китайской мыльнице в придачу с вайфаем и за те же деньги.
в принципе нумер три самое нормальное решение для семьи/малого предприятия, потому как у шейпера помимо цены и гемороя есть и еще самый важный недостаток - нельзя качать на всю катушку пока все спят.

говорили-говорили а все мимо. про pcq никто и не удосужился почитать.
всем поровну означает, что если один качек, то весь канал ему.

 

[Orshansky]

потому как у шейпера помимо цены и гемороя есть и еще самый важный недостаток - нельзя качать на всю катушку пока все спят.

Бред.

show qos-policy traffic-shaper DS
 class 10 {
     bandwidth 10mbit
     burst 16k
     ceiling 100mbit
     ...  
 }
 class 20 {
     bandwidth 10mbit
     burst 16k
     ceiling 100mbit
     ...
}
...

 

[habu]

Как мило - Оршанский цитирует бред.

 

[Orshansky]

шейпера имеют вид
pipe ip from any to <ip> in recv em3
pipe ip from <ip> to any out xmit em3 limit src-adr 500
я не претендую на титул герцога или КО, просто "скромно константирую факт"
интересно б было услышать пояснения сего дива от стороников теори "шейпинга на другом ифейсе"

Вы ошибаетесь, pipe - по используемому алгоритму ограничения пропускной способности ближе к Traffic Policing/Rate Limiting/rate-limit. Такие алгоритмы QoS на практике используются для "жесткого" ограничения пропускной способности. Называть pipe - shaper-ом некорректно в принципе, ведь это policer в чистом виде. А в диалоге alex444 и denzz речь ишла все-таки об алгоритме shaping/Traffic-Shaper/traffic-shape, который использует буфер или механизм очередей с целью формирования потока данных с заданными параметрами и применяется для ограничения пропускной способности на выходе из интерфейса. Сравнивать работу алгоритмов ограничения пропускной способности policing и shaping можно, но их отличия настолько очевидны, что обычно в их обсуждении нет смысла.

 

[alex444]

si___ : проделайте эксперимент. (допустим, Ваш аплинк Вам выдаёт 100 мбит/с , интерфейс em0)
ipfw pipe 1 config bw 10M
ipfw add pipe 1 ip from any to any in recv em0
И далее посмотрите, что будет твориться на интерфейсе до входа в пайп. (покажет ли там граф "планочку по входу 10 мбит/с"). можете просто у провайдера посмотреть отдачу Вам в интерфейс - результат Вам не понравится, уверен

 

[alex444]

хм, /me скромно потупился и ушёл изучать матчасть.

root@gate #ipfw show 3
00003 3016 4487030 pipe 999 ip from 87.51.34.132 to 194.114.132.12 in recv vlan0
root@gate #ipfw pipe 999 show
00999: 100.000 Kbit/s 0 ms 50 sl. 1 queues (1 buckets) droptail
mask: 0x00 0x00000000/0x0000 -> 0x00000000/0x0000
BKT Prot ___Source IP/port____ ____Dest. IP/port____ Tot_pkt/bytes Pkt/Byte Drp
0 tcp 87.51.34.132/62205 194.114.132.12/4540 3055 4566978 31 46626 0

ведь даже дропов нет в пайпе , а без загоняния в пайп спокойно 3 мегабайта/сек пролетает...


добавлено.
а ведь действительно, пайп - "псевдоинтерфейс"..... потому и генерится ICMP Source quench message. т.к. отдача в него "не лезет"