The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..., auto_tips (ok), 09-Апр-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Маршрутизатор на базе FreeBSD с приоритизация трафика средствами PF и ALTQ"  –1 +/
Сообщение от Аноним (-), 11-Апр-12, 01:40 
> Скорость от провайдера - 5 Мбит/c, к провайдеру - 850 Кбит/c.

И вот для этого предлагается ставить здоровый гроб с бсдой? Да с этим тплинк 1000-рублевый справится. Который места занимает чисто символически, можно считать что ничего не жрет и у него не забьется пылью вентиль на проце или в бп.

Ответить | Правка | Наверх | Cообщить модератору

10. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 11-Апр-12, 03:28 
Сейчас есть множество решений на Intel Atom, что куда функциональней китайских поделок с встроенной ОС при сравнимом энергопотреблении и размерах.

По сути статьи - с какой-то версии OpenBSD для раскидывания по очередям удобнее вместо совмещения правил "pass" /"queue" использовать "match" / "queue", а правила "pass" использовать отдельно.

Кроме того - забыли про FTP трафик и прогу ftp-proxy, формируемый которой трафик следует загонять в 2 очереди (ACK и FTP), используя тегирование пакетов.

Ответить | Правка | Наверх | Cообщить модератору

12. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 11-Апр-12, 09:57 
> Сейчас есть множество решений на Intel Atom, что куда функциональней китайских поделок
> с встроенной ОС при сравнимом энергопотреблении и размерах.
> По сути статьи - с какой-то версии OpenBSD для раскидывания по очередям
> удобнее вместо совмещения правил "pass" /"queue" использовать "match" / "queue", а
> правила "pass" использовать отдельно.

Я использую FreeBSD 9, там  pf45 в нем еще не реализован упомянутый вами синтаксис. С OpenBSD есть одна проблема, а именно там невозможно по-моему ALTQ на интерфейсе моста (я не помню точно, но помню что в это я уперся однажды). Надо еще разобраться как там обстоят дела с другими "виртуальным" интерфейсами, например, vlan-ами.

> Кроме того - забыли про FTP трафик и прогу ftp-proxy, формируемый которой
> трафик следует загонять в 2 очереди (ACK и FTP), используя тегирование
> пакетов.

В статье я указал, что используется пассивный FTP. В таком случае эта прога не нужна. Если вам важен активный режим, тогда да, нужно использовать ftp-proxy.

Ответить | Правка | Наверх | Cообщить модератору

17. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheiko (?), 11-Апр-12, 16:49 
В пассивном тоже полезно, если открыты только определённые разрешённые порты. PF будет динамически открывать доступ к "левым" портам только для FTP DATA трафика.
Ответить | Правка | Наверх | Cообщить модератору

19. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 11-Апр-12, 18:15 
> В пассивном тоже полезно, если открыты только определённые разрешённые порты. PF будет
> динамически открывать доступ к "левым" портам только для FTP DATA трафика.

Может быть при "драконовской" конфигурации, когда открыто пол-десятка портов. Но при такой, как в этом куске конфига, данные будут попадать в INET_OTHER очередь. Впринципе жалоб, что не подключает по ФТП от пользователей не поступало :-).

   pass in log on $int_if inet proto tcp from ($int_if:network) to !(self:network) \
        $mst queue (d_other d_ack) tag INET_OTHER

   pass in log on $int_if inet proto tcp from ($int_if:network) to !(self:network) \
        port {20 21 25 110 143 5190 8080 081} $mst queue (d_lowpri d_ack) tag INET_LOWPRI

   pass in log on $int_if inet proto tcp from ($int_if:network) to !(self:network) \
        port 443 $mst queue (d_pri d_ack) tag INET_PRI

Ответить | Правка | Наверх | Cообщить модератору

20. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 11-Апр-12, 20:21 
> Может быть при "драконовской" конфигурации, когда открыто пол-десятка портов. Но при такой, как в этом куске конфига, данные будут попадать в INET_OTHER очередь.

Я на пятом опёнке раскидываю так:


ps ax | grep ftp
21897 ??  Is      0:00.04 /usr/sbin/ftp-proxy -T ftp-proxy

pfctl -sa | grep ftp-proxy
match on pppoe0 proto tcp all queue(def, pri) tagged ftp-proxy
anchor "ftp-proxy/*" all
pass in on pppoe0 inet proto tcp all flags S/SA tagged ftp-proxy

ACK пакеты попадают в приоритетную очередь.

Ответить | Правка | Наверх | Cообщить модератору

13. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 11-Апр-12, 14:14 
> Сейчас есть множество решений на Intel Atom

Только они куда крупнее и прожорливее и не конфигурируются на 100% ремотно как правило. Еще не хватало - мыши, клавы и дисплеи к роутерам цеплять.

> куда функциональней китайских поделок с встроенной ОС

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

18. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  –1 +/
Сообщение от Alexander Sheiko (?), 11-Апр-12, 16:56 
Да ну - 15-25 Вт максимум при 100% загрузке двухъядерного Атома. Клава и монитор нужны только для установки ОС.

Вебморда - это нечто домохозяйское :). Если мне захочется веб моруду - это будет pfSense .

Ответить | Правка | Наверх | Cообщить модератору

80. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +1 +/
Сообщение от Аноним (-), 14-Апр-12, 16:52 
> Да ну - 15-25 Вт максимум при 100% загрузке двухъядерного Атома.

А упомянутое спасибо если 5 ваттов в максимуме жрет, если в юсб понацеплять винчей/флех всяких и прчоая. А рассеять 25 ваттов без кулера в небольшом объеме уже крайне нетривиально. А кулер - заявка на то что он словит клин и будет нехорошо.

> Клава и монитор нужны только для установки ОС.

А в упомянутых штуках они вообше никогда не нужны.

> Вебморда - это нечто домохозяйское :).

Зато позволяет отконфигурить железку через 5 минут после покупки и/или силами тупого монтажника: вбить параметры в формочки может даже он. Без подключения к девайсу мониторов и клавиатур.

> Если мне захочется веб моруду - это будет pfSense .

А у меня получается меньше, экономнее, дешевле, современнее и ... решает поставленные задачи. Я на шаг впереди вас ;)

Ответить | Правка | Наверх | Cообщить модератору

23. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +1 +/
Сообщение от ragus (ok), 12-Апр-12, 03:09 
> Сейчас есть множество решений на Intel Atom, что куда функциональней китайских поделок
> с встроенной ОС при сравнимом энергопотреблении и размерах.

а не затруднит вас подтвердить ваши слова ссылками на предложения с ценниками и условиями доставки?

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

53. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 12-Апр-12, 22:47 
> а не затруднит вас подтвердить ваши слова ссылками на предложения с ценниками
> и условиями доставки?

Выбирайте:

http://hotline.ua/computer/materinskie-platy/7284-29309/

Ответить | Правка | Наверх | Cообщить модератору

54. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 12-Апр-12, 22:58 
> http://hotline.ua/computer/materinskie-platy/7284-29309/

Разумеется - в формате mini-ITX. Вот такое, к примеру:

http://hotline.ua/computer-materinskie-platy/intel_d525mw/

Ответить | Правка | Наверх | Cообщить модератору

81. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 14-Апр-12, 16:54 
> Разумеется - в формате mini-ITX. Вот такое, к примеру:

Вот незадача то: оно стоит как _три_ тплинка (являющихся законченной системой в сборе готовой к работе) которые разрулят все перечисленное на канале с указанной скорсотью ни разу не икнув.  И не является при этом готовой системой - надо еще корпус, БП, ... - обалденный "выигрыш".

Ответить | Правка | Наверх | Cообщить модератору

56. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +1 +/
Сообщение от ragus (ok), 12-Апр-12, 23:33 
>> а не затруднит вас подтвердить ваши слова ссылками на предложения с ценниками
>> и условиями доставки?
> Выбирайте:
> http://hotline.ua/computer/materinskie-platy/7284-29309/

по ссылке какие-то комплектующие для PC

1)блок питания?
2)корпус?
3)память
4)на чём-то ещё надо хранить ОС
5)там всего 1 ethernet, т.е. рядом ещё и коммутатор.

мой вариант: D-link DIR-620 + openwrt. не шумит, пассивное охлаждение, коммутатор на 4 порта с поддержкой vlan'ов. цена вопроса 57$

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

58. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 13-Апр-12, 00:47 
> по ссылке какие-то комплектующие для PC
> 1)блок питания?
> 2)корпус?
> 3)память

На любой выбор.

> 4)на чём-то ещё надо хранить ОС

Удобнее всего взять жёсткий диск - будет ещё бесплатное хранилище.

> 5)там всего 1 ethernet, т.е. рядом ещё и коммутатор.

Там два слота расширения.

> мой вариант: D-link DIR-620 + openwrt. не шумит, пассивное охлаждение, коммутатор на
> 4 порта с поддержкой vlan'ов. цена вопроса 57$

Тут тоже пассивное охлаждение, два ядра и огромный выбор под конкретные цели: кроме слотов расширения есть ещё USB. Для маршрутизатора сети - самое оно.

Что касается "гробов" - I815/512RAM/850Celeron/4fxp/20GbHDD жрёт всего 40 Вт и раздаёёт 100 Мбит интернет для ~270 ПК со всякими наворотами / правилами уже 12 лет, (для профилактики) меняли только БП. И запаса мощности хватит ещё на столько же ПК. Стоит это барахло не больше упомянутого D-link, но заткнёт его по любым параметрам, кроме размера и (смешного) энергопотребления. Всё это время на нём стояла FreeBSD 4 версии, недавно поставили девятку. Мало того, если заменить такой "гроб" таким D-link - сеть просто умрёт. Эта поделка годится для обслуживания всего пару-тройку ПК (до десятка).

Ответить | Правка | Наверх | Cообщить модератору

59. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 01:09 
>> по ссылке какие-то комплектующие для PC
>> 1)блок питания?
>> 2)корпус?
>> 3)память
> На любой выбор.

вы ценник законенного решения назовите.

>> 4)на чём-то ещё надо хранить ОС
> Удобнее всего взять жёсткий диск - будет ещё бесплатное хранилище.

ценник растёт...

>> 5)там всего 1 ethernet, т.е. рядом ещё и коммутатор.
> Там два слота расширения.

я напоминаю про интегрированный 4портовый свитч с vlan'ми в железке за 57$

>> мой вариант: D-link DIR-620 + openwrt. не шумит, пассивное охлаждение, коммутатор на
>> 4 порта с поддержкой vlan'ов. цена вопроса 57$
> Тут тоже пассивное охлаждение, два ядра и огромный выбор под конкретные цели:
> кроме слотов расширения есть ещё USB. Для маршрутизатора сети - самое
> оно.

в DIR-620 есть порт USB2.0, в который можно воткнуть упомянутый вами hdd.
цена вопроса 57$ + цена hdd с коробочкой.

> Что касается "гробов" - I815/512RAM/850Celeron/4fxp/20GbHDD жрёт всего 40 Вт и раздаёёт
> 100 Мбит интернет для ~270 ПК со всякими наворотами / правилами
> уже 12 лет, (для профилактики) меняли только БП.

этому железу место в музее компьютерной истории.

>И запаса мощности
> хватит ещё на столько же ПК. Стоит это барахло не больше
> упомянутого D-link, но заткнёт его по любым параметрам, кроме размера и
> (смешного) энергопотребления.

ваше железо нуждается в обслуживании, в отличие от варианта "поставил и забыл".
у вашего варианта в случае любых приколов с питанием в лучшем случае будет долгий fsck.
врядли у вас система живёт на 1м винте, скорее всего gmirror. после проблем с электричеством велики шансы получить зеркало в degraded и его ребилд. к этому стоит добавить бегущий в это время fsck.

и да, я в курсе про background fsck, но если у вас в процессе снова исчезнет электричество, у вас будет полный fsck.

Всё это время на нём стояла FreeBSD 4 версии,
> недавно поставили девятку. Мало того, если заменить такой "гроб" таким D-link
> - сеть просто умрёт. Эта поделка годится для обслуживания всего пару-тройку
> ПК (до десятка).

всё зависит от целей и задач. у автора опуса не более 10 мбит. для этих целей упомянутого ранее длинка достаточно.
в вашем случае можно взять routerboard.

Ответить | Правка | Наверх | Cообщить модератору

61. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 13-Апр-12, 02:15 
> вы ценник законенного решения назовите.

Стоимость системника дешёвого офисного ПК "для секретутки".

> этому железу место в музее компьютерной истории.

Вот в этом и его плюс - поделка 12 летней давности для раздачи инета почти трём сотням машин оказалась куда практичней и функциональней современной мыльницы. Материнка там, кстати, - десктопный Интел. Интересно - D-Link физически проживёт 12 лет непрерывной эксплуатации :)? Свичи-мыльницы этого производителя столько не живут.

> ваше железо нуждается в обслуживании, в отличие от варианта "поставил и забыл".

Да - раз в год нужно пройтись пылесосом. Сложно, да?

> у вашего варианта в случае любых приколов с питанием

Железка питается через APC Smart UPS и имеет с ним взаимовыгодные сношения.

> врядли у вас система живёт на 1м винте

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

Ответить | Правка | Наверх | Cообщить модератору

68. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 15:27 
>> вы ценник законенного решения назовите.
> Стоимость системника дешёвого офисного ПК "для секретутки".

т.е. 200$ где-то. за эти деньги можно взять routerboard с 5-6 гигабитными интерфейсами и wifi на борту с корпусом и блоком питания. без движущихся частей и пассивным охлаждением.

>Интересно - D-Link
> физически проживёт 12 лет непрерывной эксплуатации :)? Свичи-мыльницы этого производителя
> столько не живут.

надеюсь, ваши слова на чём-то основаны и вам есть чем подтвердить ваши слова?

>> ваше железо нуждается в обслуживании, в отличие от варианта "поставил и забыл".
> Да - раз в год нужно пройтись пылесосом. Сложно, да?

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

>> у вашего варианта в случае любых приколов с питанием
> Железка питается через APC Smart UPS и имеет с ним взаимовыгодные сношения.

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

>> врядли у вас система живёт на 1м винте
> Древняя барракуда на 20 гиг. Есть его зеркало на таком же винте
> - лежит в ящике, на случай вылета основного. Годовая разница будет
> лишь в паре конфигов.

тогда проще систему в r/o и на usb-флеш. дальнейшее развитие варианта - это как раз коробочка с dlink + openwrt + внешний винт.

Ответить | Правка | Наверх | Cообщить модератору

71. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 13-Апр-12, 19:01 
>>> вы ценник законенного решения назовите.
>> Стоимость системника дешёвого офисного ПК "для секретутки".
> т.е. 200$ где-то. за эти деньги можно взять routerboard с 5-6 гигабитными
> интерфейсами и wifi на борту с корпусом и блоком питания. без
> движущихся частей и пассивным охлаждением.

не те задачи, что бы роутермамку брать.

>>Интересно - D-Link
>> физически проживёт 12 лет непрерывной эксплуатации :)? Свичи-мыльницы этого производителя
>> столько не живут.
> надеюсь, ваши слова на чём-то основаны и вам есть чем подтвердить ваши
> слова?

Опыт, уважаемый, опыт ))

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

Ага, и вы раскажите про себя единого, работающего по удаленке, а на месте даже приходящего админа нет. Бред. видел я такую модель работы, опять таки фирмочка из рф. У вас, чче так принято? ))

>>> у вашего варианта в случае любых приколов с питанием
>> Железка питается через APC Smart UPS и имеет с ним взаимовыгодные сношения.
> аккумулляторы в UPS имеют свойство разряжаться. там, где отключают электричество часто
> упсы долго не живут и нуждаются в замене аккумулляторов часто.

И что?
А еще винты иногда сыпяться, порты на свичях горят и т.д. и т.п.


>>> врядли у вас система живёт на 1м винте
>> Древняя барракуда на 20 гиг. Есть его зеркало на таком же винте
>> - лежит в ящике, на случай вылета основного. Годовая разница будет
>> лишь в паре конфигов.
> тогда проще систему в r/o и на usb-флеш. дальнейшее развитие варианта -
> это как раз коробочка с dlink + openwrt + внешний винт.

Да, верно. так и делаем. А зачем тратиться на глючный длинк, если можно взять имеющийся десктопный ПК и организовать на нем роутер. И, да вы пытаетесь сравнить х. с  п. (имеется ввиду *BSD vs openwrt.)

и, последнее, терпение уж точно закончилось читать ваши посты, походу мой - это последний. так что задавайте вопросы со своими ответами :-)


Ответить | Правка | Наверх | Cообщить модератору

74. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 20:07 
> Ага, и вы раскажите про себя единого, работающего по удаленке, а на
> месте даже приходящего админа нет. Бред. видел я такую модель работы,
> опять таки фирмочка из рф. У вас, чче так принято? ))

да, всего два админа. за счёт экономии на количестве админов зарплаты выше.

> И что?
> А еще винты иногда сыпяться, порты на свичях горят и т.д. и
> т.п.

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

> Да, верно. так и делаем. А зачем тратиться на глючный длинк, если
> можно взять имеющийся десктопный ПК и организовать на нем роутер. И,
> да вы пытаетесь сравнить х. с  п. (имеется ввиду *BSD
> vs openwrt.)

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

у soho-железок длинка одна беда - это прошивка, которая решается с помощью openwrt.

ваш вариант:

1)дороже
2)требует периодического обслуживания
3)в случае описываемого вами adsl рядом всё равно есть аналогичная коробочка от dlink/asus/planet/tp-link/etc.

в чём профит то?

> и, последнее, терпение уж точно закончилось читать ваши посты, походу мой -
> это последний. так что задавайте вопросы со своими ответами :-)

главное - вовремя убежать :)

Ответить | Правка | Наверх | Cообщить модератору

76. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 13-Апр-12, 21:14 

> главное - вовремя убежать :)

Я ценю свое время и не хочу его тратить на прочтение ваших бредней. Ну без обид. ок?

Ответить | Правка | Наверх | Cообщить модератору

107. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от alex.h (??), 22-Апр-12, 15:11 
> у soho-железок длинка одна беда - это прошивка, которая решается с помощью openwrt.

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

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

77. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheiko (?), 13-Апр-12, 21:18 
>>Интересно - D-Link физически проживёт 12 лет непрерывной эксплуатации :)? Свичи-мыльницы этого производителя столько не живут.
> надеюсь, ваши слова на чём-то основаны и вам есть чем подтвердить ваши
> слова?

Да - десятком таких коробок в ящике, ждущих свою очередь на списание. Живут до 2-3 лет. Модели в металлическом корпусе куда более живучие.

> пылесос? в офисе? кто вообще это делать будет?

Штатный сисадмин. Раз в год потратит час времени. Ужасно трудоёмко, да.

> аккумулляторы в UPS имеют свойство разряжаться. там, где отключают электричество часто
> упсы долго не живут и нуждаются в замене аккумулляторов часто.

Видимо, Вы себе не представляете, что такое APC Smart UPS при малой нагрузке (14%). Батареям уже 8 лет, емкость держат. Свет пропадает раз в неделю - две. Батареи ниже 75 ёмкости не сажаю, 25% - это 15 минут. На нём два таких сервера, два свича, три оптоконвертера.

artemrts> терпение уж точно закончилось читать ваши посты, походу мой - это последний. так что задавайте вопросы со своими ответами :-)

+1 - мне надоело тоже.

Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

78. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 23:24 
>>>Интересно - D-Link физически проживёт 12 лет непрерывной эксплуатации :)? Свичи-мыльницы этого производителя столько не живут.
>> надеюсь, ваши слова на чём-то основаны и вам есть чем подтвердить ваши
>> слова?
> Да - десятком таких коробок в ящике, ждущих свою очередь на списание.
> Живут до 2-3 лет. Модели в металлическом корпусе куда более живучие.

модель какая?

>> пылесос? в офисе? кто вообще это делать будет?
> Штатный сисадмин. Раз в год потратит час времени. Ужасно трудоёмко, да.

ок, я уточню ситуацию. компания занимается логистикой. офисы - это помещения площадью в 120-160 кв. м. расположенные чаще всего в промзонах городов. на момент моей работы в той компании было 43 города рф. для каждого такого "офиса" держать штатного сисадмина?

другой пример: офисы продаж какого-нибудь МТС(которые, на самом деле принадлежат ЗАО "РТК"). их по городу сотни.  

> Видимо, Вы себе не представляете, что такое APC Smart UPS при малой
> нагрузке (14%). Батареям уже 8 лет, емкость держат. Свет пропадает раз
> в неделю - две. Батареи ниже 75 ёмкости не сажаю, 25%
> - это 15 минут. На нём два таких сервера, два свича,
> три оптоконвертера.

ключевое слово - промзона. включили где-то рядом сварочник/сработала защита от КЗ => итп.
и в случае двух серверов как вы узнаете, что сосед себя корректно погасил?

Ответить | Правка | Наверх | Cообщить модератору

60. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 01:42 
>> по ссылке какие-то комплектующие для PC
>> 1)блок питания?
>> 2)корпус?
>> 3)память
> На любой выбор.

да, ещё у dir-620 на борту 802.11n wifi адаптер.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

63. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 13-Апр-12, 07:43 
>>> по ссылке какие-то комплектующие для PC
>>> 1)блок питания?
>>> 2)корпус?
>>> 3)память
>> На любой выбор.
> да, ещё у dir-620 на борту 802.11n wifi адаптер.

Это когда роутер у бухгалтера под тумбочкой :-). Лично у меня он в серверной и этот адаптер ни к чему. Так что не лепите домашний роутер в корпоративный сегмент.

Ответить | Правка | Наверх | Cообщить модератору

66. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 14:16 
>>>> по ссылке какие-то комплектующие для PC
>>>> 1)блок питания?
>>>> 2)корпус?
>>>> 3)память
>>> На любой выбор.
>> да, ещё у dir-620 на борту 802.11n wifi адаптер.
> Это когда роутер у бухгалтера под тумбочкой :-). Лично у меня он
> в серверной и этот адаптер ни к чему. Так что не
> лепите домашний роутер в корпоративный сегмент.

и что, по всему офису только провода? и чем плох этот роутер в "корпоративном сегменте"?
на нём, кстати, можно делать статические L2-туннели

ок, вы сами сказали про корпоратив. чуть ранее мы обсуждали платы с intel atom. А как вы mATX в 1U корпус запихнёте?

и как вы идентифицируете пользователей? только по ip? никаких 802.1x и ацесс-листов на прокси по группам в Active Directory?
ваша схема шейпинга держится на доверии к определённым пользователям, что тоже плохо.

пока всё что вы описали вполне заменяется коробкой за 50-60$
тем более, что в случае с adsl где-то сбоку есть такая же коробка в виде adsl-модема.
а когда офисов не один, а штук 30-40 и там только девушки-менеджеры и операционистки, то необслуживаемые решения рулят и педалят.

Ответить | Правка | Наверх | Cообщить модератору

69. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 13-Апр-12, 18:46 
>[оверквотинг удален]
>>>>> 1)блок питания?
>>>>> 2)корпус?
>>>>> 3)память
>>>> На любой выбор.
>>> да, ещё у dir-620 на борту 802.11n wifi адаптер.
>> Это когда роутер у бухгалтера под тумбочкой :-). Лично у меня он
>> в серверной и этот адаптер ни к чему. Так что не
>> лепите домашний роутер в корпоративный сегмент.
> и что, по всему офису только провода? и чем плох этот роутер
> в "корпоративном сегменте"?

Причем тут провода, там где роутеру место от туда сигнала хватает до первого угла коридора. А если от проводов отказіваюсь, то в пользу таких продуктов как Ubiquiti UniFi. Слышали о таких. А смесь булдога с носорогом в представленной вами железки меня не устраивает в 90% случаев.

> на нём, кстати, можно делать статические L2-туннели
> ок, вы сами сказали про корпоратив. чуть ранее мы обсуждали платы с
> intel atom. А как вы mATX в 1U корпус запихнёте?

повашему корпоратив - это исключительно рекмаунт?

> и как вы идентифицируете пользователей? только по ip? никаких 802.1x и ацесс-листов
> на прокси по группам в Active Directory?
> ваша схема шейпинга держится на доверии к определённым пользователям, что тоже плохо.

В каждом отдельнов варианте по-разному. В описанном мной такого не потребовалось.

> пока всё что вы описали вполне заменяется коробкой за 50-60$
> тем более, что в случае с adsl где-то сбоку есть такая же
> коробка в виде adsl-модема.
> а когда офисов не один, а штук 30-40 и там только девушки-менеджеры
> и операционистки, то необслуживаемые решения рулят и педалят.

В такой компании при таком кол-ве офисов всякие домороутеры с левой начинкой абсолютно не приемлемо. Де вы такое видели?

Ответить | Правка | Наверх | Cообщить модератору

72. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 19:11 
> Причем тут провода, там где роутеру место от туда сигнала хватает до
> первого угла коридора. А если от проводов отказіваюсь, то в пользу
> таких продуктов как Ubiquiti UniFi. Слышали о таких.

ну приносили нам их на тесты. 4VAP'а сейчас умеют почти все более-менее приличные wifi-чипы. даже zyd умеет. в чём цимес то, кроме бесплатного контроллера?
afaik, внутри Ubiquiti UniFi слегка допиленный *wrt.


>> intel atom. А как вы mATX в 1U корпус запихнёте?
> повашему корпоратив - это исключительно рекмаунт?

т.е. всё-таки "сервер под столом бухгалтера/админа"?

>> пока всё что вы описали вполне заменяется коробкой за 50-60$
>> тем более, что в случае с adsl где-то сбоку есть такая же
>> коробка в виде adsl-модема.
>> а когда офисов не один, а штук 30-40 и там только девушки-менеджеры
>> и операционистки, то необслуживаемые решения рулят и педалят.
> В такой компании при таком кол-ве офисов всякие домороутеры с левой начинкой
> абсолютно не приемлемо. Де вы такое видели?

делал. работает и не убивается. резерв держать совсем дёшево. время перехода на резерв - это переткнуть кабели и дождаться загрузки. по силам даже тётенькам 55-60лет.

Ответить | Правка | Наверх | Cообщить модератору

75. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 13-Апр-12, 21:09 
>[оверквотинг удален]
>>> пока всё что вы описали вполне заменяется коробкой за 50-60$
>>> тем более, что в случае с adsl где-то сбоку есть такая же
>>> коробка в виде adsl-модема.
>>> а когда офисов не один, а штук 30-40 и там только девушки-менеджеры
>>> и операционистки, то необслуживаемые решения рулят и педалят.
>> В такой компании при таком кол-ве офисов всякие домороутеры с левой начинкой
>> абсолютно не приемлемо. Де вы такое видели?
> делал. работает и не убивается. резерв держать совсем дёшево. время перехода на
> резерв - это переткнуть кабели и дождаться загрузки. по силам даже
> тётенькам 55-60лет.

Сказки и чепуха. Так суппорт удаленных филиадов не делают.

Ответить | Правка | Наверх | Cообщить модератору

79. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 13-Апр-12, 23:27 
>[оверквотинг удален]
>>>> тем более, что в случае с adsl где-то сбоку есть такая же
>>>> коробка в виде adsl-модема.
>>>> а когда офисов не один, а штук 30-40 и там только девушки-менеджеры
>>>> и операционистки, то необслуживаемые решения рулят и педалят.
>>> В такой компании при таком кол-ве офисов всякие домороутеры с левой начинкой
>>> абсолютно не приемлемо. Де вы такое видели?
>> делал. работает и не убивается. резерв держать совсем дёшево. время перехода на
>> резерв - это переткнуть кабели и дождаться загрузки. по силам даже
>> тётенькам 55-60лет.
> Сказки и чепуха. Так суппорт удаленных филиадов не делают.

да чёрт с ним с саппортом. лучше ответьте на мой вопрос про приоритезацию голоса. это куда интереснее. может, я и правда чего-то важное упустил :)

Ответить | Правка | Наверх | Cообщить модератору

82. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 14-Апр-12, 17:22 
> На любой выбор.

Денег опять же стоят.

>> 4)на чём-то ещё надо хранить ОС
> Удобнее всего взять жёсткий диск - будет ещё бесплатное хранилище.

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

>> 5)там всего 1 ethernet, т.е. рядом ещё и коммутатор.
> Там два слота расширения.

Сетевки с более чем 1 портом - штука редкая и экзотичная, стоят немало денег. А если еще и вайфай захотеть...

>> мой вариант: D-link DIR-620 + openwrt. не шумит, пассивное охлаждение, коммутатор на
>> 4 порта с поддержкой vlan'ов. цена вопроса 57$
> Тут тоже пассивное охлаждение,

При 25W? Ну-ну. Это потребуется или гигантская корпусяка размером с вагон тех длинков или оно пожарится при случае. Или вентиль, как ни крути. Рассеять 25W в малых габаритах без перегрева - нереально.

> два ядра и огромный выбор под конкретные цели: кроме слотов расширения есть ещё USB.

У всяких длинков и тплинков как ни странно usb тоже есть. В том числе у экспонатов за 1000 рублей.

> Для маршрутизатора сети - самое оно.
> Что касается "гробов" - I815/512RAM/850Celeron/4fxp/20GbHDD жрёт всего 40 Вт

Эталонный такой гроб, в котором один только винч жрет как весь мелкий роутер.

> и раздаёёт 100 Мбит интернет

100Мбит раздаст и мелкая мыльница.

> для ~270 ПК со всякими наворотами / правилами уже 12 лет,
> (для профилактики) меняли только БП.

Ага, а также чистили вентиляторы, етц, етц. Не говоря о том что на половине мам за 12 лет кондеры просто напросто пухнут.

> И запаса мощности хватит ещё на столько же ПК. Стоит это барахло не больше
> упомянутого D-link, но заткнёт его по любым параметрам, кроме размера и
> (смешного) энергопотребления.

А также надежности, ибо железка только с фабрики vs железка 12-летней давности с вентилятрами... тем более что вентиляторы в пыльных местах любят ловить клинч намотав пыли.

> - сеть просто умрёт. Эта поделка годится для обслуживания всего пару-тройку
> ПК (до десятка).

Все в RAM упирается, если коннтрек нужен. Только вот разыскивать по помойкам древний 12-летний хлам - очень на любителя.

Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

11. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 11-Апр-12, 09:48 
>> Скорость от провайдера - 5 Мбит/c, к провайдеру - 850 Кбит/c.
> И вот для этого предлагается ставить здоровый гроб с бсдой? Да с
> этим тплинк 1000-рублевый справится. Который места занимает чисто символически, можно
> считать что ничего не жрет и у него не забьется пылью
> вентиль на проце или в бп.

Дело в том, что такой "гроб" имеет больше возможностей. Например, на этом сервере запущен Астериск. Например, у другого клиента при похожей конфигурации PF, существуют удаленные подсети по IPSec. Потребуется клиенту еще какая-нибудь функциональность - без проблем. А что вы с вашим тплинком сделаете?

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

14. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 11-Апр-12, 14:22 
> Дело в том, что такой "гроб" имеет больше возможностей.

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

> Например, на этом сервере запущен Астериск.

Этого для начала не было указано нигде. Впрочем астериск можно и на опенврт поставить. На тысячерублевую железку, да.

> А что вы с вашим тплинком сделаете?

Залью openwrt, далее то же самое что и вы, только 95% типовых задач роутера там уже разрюханы удобной аяксной вебмордой к тому же, где только параметры вписать и готово. А если чего-то нет то в конечном итоге это обычный пингвин. Даже пакеты можно доустановить.

Ответить | Правка | Наверх | Cообщить модератору

15. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от iZEN (ok), 11-Апр-12, 15:20 
>> Дело в том, что такой "гроб" имеет больше возможностей.
> Да ничего он не имеет. В каждую первую железку за тыщщу льется
> тот же опенврт и дальше - ну вы поняли.

Что за бред?! Железки за тыщу рублей умеют максимум 70 kpps. А этот "гроб" переваривает за 1000 kpps.

>> Например, на этом сервере запущен Астериск.
> Этого для начала не было указано нигде. Впрочем астериск можно и на
> опенврт поставить. На тысячерублевую железку, да.

Поставьте, а мы поглядим, как вы свяжете цифровой телефонией десяток клиентов хомероутером. :))

>> А что вы с вашим тплинком сделаете?
> Залью openwrt, далее то же самое что и вы, только 95% типовых
> задач роутера там уже разрюханы удобной аяксной вебмордой к тому же,
> где только параметры вписать и готово. А если чего-то нет то
> в конечном итоге это обычный пингвин.

Ну а здесь PF — писать внятные правила на порядок удобнее и красивее, чем в этом вашем IPTABLES — это как Pascal и Assembler.

> Даже пакеты можно доустановить.

Вот достижение! А на FreeBSD можно не только доустановить, но и собрать ПО с нужными опциями ШТАТНО. Сюрприз?

Ответить | Правка | Наверх | Cообщить модератору

22. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +1 +/
Сообщение от ragus (ok), 12-Апр-12, 03:07 
> Что за бред?! Железки за тыщу рублей умеют максимум 70 kpps. А
> этот "гроб" переваривает за 1000 kpps.

Изя, вы как всегда мимо кассы.

1)для 1mpps надо гигабитный порт.
2)для 100 мбит предел - 144 kpps
3)у автора - 5+1 Мбит.
4)144kpps на intel atom не прожевать даже на чистом роутинге

> Поставьте, а мы поглядим, как вы свяжете цифровой телефонией десяток клиентов хомероутером.
> :))

слышал звон, да не знаешь где он. расскажи про наличие драйверов под PRI-карточки на openbsd/freebsd. Кроникс? - нет, спасибо. Дигиум - ну более-менее терпимо, да.
Из опробованных мной и более всего понравившихся - Сангома.

> Ну а здесь PF — писать внятные правила на порядок удобнее и
> красивее, чем в этом вашем IPTABLES — это как Pascal и
> Assembler.

вот только:
1)возможностей у iptables больше
2)не нуждается в костылях для трансляции "сложных" протоколов.
3)для netfilter есть модули аппаратной акселерации nat для роутерных SoC

> Вот достижение! А на FreeBSD можно не только доустановить, но и собрать
> ПО с нужными опциями ШТАТНО. Сюрприз?

расскажи про процесс пересборки мира и ядра на intel atom или arm/mips

Ответить | Правка | Наверх | Cообщить модератору

26. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от iZEN (ok), 12-Апр-12, 07:41 
>> Что за бред?! Железки за тыщу рублей умеют максимум 70 kpps. А
>> этот "гроб" переваривает за 1000 kpps.
> Изя, вы как всегда мимо кассы.

За "Изю" когда-нибудь ты ответишь.

> 1)для 1mpps надо гигабитный порт.

А здесь что?!

> 2)для 100 мбит предел - 144 kpps

Вот именно. За 1000 рублей не купишь гигабитку.

> 3)у автора - 5+1 Мбит.

И?

> 4)144kpps на intel atom не прожевать даже на чистом роутинге

И?

[без комментариев]

>> Ну а здесь PF — писать внятные правила на порядок удобнее и
>> красивее, чем в этом вашем IPTABLES — это как Pascal и
>> Assembler.
> вот только:
> 1)возможностей у iptables больше

Не надо больше. Надо удобнее и легко поддерживаемо.

> 2)не нуждается в костылях для трансляции "сложных" протоколов.

Сложные протоколы на то и сложные (составные), что нуждаются по жизни в костылях в виде внешних по отношению к роутеру программ. Они требуют внимания сами по себе, а уж что там наворотить в правилах IPTABLES для них — сам ноги сломаешь. Пусть лучше котлеты отдельно, мухи отдельно.

> 3)для netfilter есть модули аппаратной акселерации nat для роутерных SoC

У автора "гроб".

>> Вот достижение! А на FreeBSD можно не только доустановить, но и собрать
>> ПО с нужными опциями ШТАТНО. Сюрприз?
> расскажи про процесс пересборки мира и ядра на intel atom или arm/mips

А что, Atom уже не процессор и компилировать не умеет. [arm] поддерживается на экспериментальном уровне. Можно использовать штатно кросс-компиляцию системы и ПО для архитектуры [arm].

Ответить | Правка | Наверх | Cообщить модератору

27. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 08:45 
>> 1)для 1mpps надо гигабитный порт.
>А здесь что?!

зачем 1GE порты при трафике до 100мбит? автор писал про медленные adsl-линки.

>> 2)для 100 мбит предел - 144 kpps
>Вот именно. За 1000 рублей не купишь гигабитку.

1650 руб. не гигабит, но задачи автора покроет. на борту RT3050+32Mb RAM + USB2.0

http://market.yandex.ru/model.xml?modelid=6839062&hid=723087

>> 3)у автора - 5+1 Мбит.
>И?

зачем ему гигабит?

>> 4)144kpps на intel atom не прожевать даже на чистом роутинге
>И?

тогда к чему был пассаж про intel atom и 1mpps?

>[без комментариев]

очень жаль. значит, про драйвера для PRI-карточек мы ничего не услышим =((
вот так всегда с одептами *BSD.

>Не надо больше. Надо удобнее и легко поддерживаемо.

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

>Сложные протоколы на то и сложные (составные), что нуждаются по жизни в костылях в виде внешних по отношению к роутеру программ.

да-да. повторяйте это чаще. только вот libalias во freebsd вполне успешно умеет с ними работать, как и netfilter.

>А что, Atom уже не процессор и компилировать не умеет.

время - деньги.
кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный + in order архитектуру atom'а интел лечит костыликом hyper-threading.

Ответить | Правка | Наверх | Cообщить модератору

28. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 12-Апр-12, 09:40 

> время - деньги.
> кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный
> + in order архитектуру atom'а интел лечит костыликом hyper-threading.

Да вы про src.conf ничего не слышали? Для сервера многое из базовой системы не нужно. Я даже на старом Слероне ядро и мир за 1,5 часа пересобираю в tmux'е, а вы тут про время-деньги раскричались)

Ответить | Правка | Наверх | Cообщить модератору

31. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 09:57 
>> время - деньги.
>> кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный
>> + in order архитектуру atom'а интел лечит костыликом hyper-threading.
> Да вы про src.conf ничего не слышали?

слышал и использую. и что?

> Я даже на старом Слероне ядро и мир
> за 1,5 часа пересобираю в tmux'е, а вы тут про время-деньги
> раскричались)

атому до вашего целерона как до луны пешком.
а про время-деньги: с точки зрения организации где вы работаете деньги, заплачены за эти 1.5 часа зря.

Ответить | Правка | Наверх | Cообщить модератору

36. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 12-Апр-12, 13:08 
>[оверквотинг удален]
>>> кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный
>>> + in order архитектуру atom'а интел лечит костыликом hyper-threading.
>> Да вы про src.conf ничего не слышали?
> слышал и использую. и что?
>> Я даже на старом Слероне ядро и мир
>> за 1,5 часа пересобираю в tmux'е, а вы тут про время-деньги
>> раскричались)
> атому до вашего целерона как до луны пешком.
> а про время-деньги: с точки зрения организации где вы работаете деньги, заплачены
> за эти 1.5 часа зря.

Молодой человек. Эти полтора часа не проведенные за консолью. Запустилось себе в 3 часа ночи, я в свободное время обновил систему и все ок!
О каком время-деньги вы говорите? :-)

Ответить | Правка | Наверх | Cообщить модератору

42. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 13:27 
> Молодой человек. Эти полтора часа не проведенные за консолью. Запустилось себе в
> 3 часа ночи, я в свободное время обновил систему и все
> ок!
> О каком время-деньги вы говорите? :-)

вы ночью просто так работаете? а где тесты, обкатка итп?

Ответить | Правка | Наверх | Cообщить модератору

62. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Alexander Sheikoemail (?), 13-Апр-12, 02:26 
> атому до вашего целерона как до луны пешком.

У меня есть нетбук на 455 атоме, он работает прилично быстрее МОЕГО целерона (см. выше - я на таком на работе ещё сижу, мощнее не нужно). Думаю - дальнейшая мысль понятна...

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

65. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 13-Апр-12, 07:58 
>>> время - деньги.
>>> кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный
>>> + in order архитектуру atom'а интел лечит костыликом hyper-threading.
>> Да вы про src.conf ничего не слышали?
> слышал и использую. и что?
>> Я даже на старом Слероне ядро и мир
>> за 1,5 часа пересобираю в tmux'е, а вы тут про время-деньги
>> раскричались)
> атому до вашего целерона как до луны пешком.

lol. Я о том, который  Willamette :-)

Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

30. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 12-Апр-12, 09:46 

> время - деньги.
> кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный
> + in order архитектуру atom'а интел лечит костыликом hyper-threading.

У вас какое-то странное представление об однопоточности pf. Однопоточный - не значит тормозной. В реальном мире я не тестировал на производитеоьность, только на виртуалке. У меня тестовая машина AMD Phenom II X4, Виртуалбоксу отдано 2 ядра, 512МБ ОЗУ. 100Мбит в нате при таком наборе правил - загрузка процессора 80%. И это без тюнинга.
Реальное тестирование можете посмотреть на https://calomel.org/network_performance.html

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

33. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 10:02 
>> время - деньги.
>> кстати, насчёт атома: на нём pf - особенный тормоз будет, т.к. однопоточный
>> + in order архитектуру atom'а интел лечит костыликом hyper-threading.
> У вас какое-то странное представление об однопоточности pf. Однопоточный - не значит
> тормозной.

спасибо, кэп! dummynet вполне себе однопоточный и на него не жалуются.

> В реальном мире я не тестировал на производитеоьность,

может, с этого и стоило начать? :)

> 100Мбит в нате при таком наборе правил
> - загрузка процессора 80%. И это без тюнинга.

1)какое отношение мегабиты имеют к производительности пакетного фильтра?
2)то что вы показали - это очень много в плане cpu usage
3)что вы собираетесь тюнить?

> Реальное тестирование можете посмотреть на https://calomel.org/network_performance.html

по существу оттуда:

1)использовать freebsd
2)не использовать pf

Ответить | Правка | Наверх | Cообщить модератору

100. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 16-Апр-12, 20:49 
> За "Изю" когда-нибудь ты ответишь.

А ты когда-нибудь ответишь за свои килобайты ламерского бреда. Это хуже. Поэтому давай ты будешь разевать рот только если хоть немного разбираешься в вопросе.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

51. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 12-Апр-12, 16:23 
> вот только:
>1)возможностей у iptables больше

Бред. даже коментировать лениво.

> 2)не нуждается в костылях для трансляции "сложных" протоколов.

это connection tracking не костыль ?! с его линейным поиском конекта к которому относится данный пакет ?!

> 3)для netfilter есть модули аппаратной акселерации nat для роутерных SoC

Апаратный NAT это да.. это 10 даже а не 5. пиши бред дальше - хочется посметься.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

57. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 23:40 
>> вот только:
>>1)возможностей у iptables больше
> Бред. даже коментировать лениво.

когда сказать нечего - лучше молчать.

>> 2)не нуждается в костылях для трансляции "сложных" протоколов.
> это connection tracking не костыль ?! с его линейным поиском конекта к
> которому относится данный пакет ?!

анонимные эксперты на марше. в conntrack хэш-таблица и поиск в ней O(1)

>> 3)для netfilter есть модули аппаратной акселерации nat для роутерных SoC
> Апаратный NAT это да.. это 10 даже а не 5. пиши бред
> дальше - хочется посметься.

смейтесь дальше: http://www.ralinktech.com/en/02_products/product.php?sn=1040
раздел features.

Ответить | Правка | Наверх | Cообщить модератору

108. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от alex.h (??), 22-Апр-12, 15:56 
Вроде бы тут раньше уже как-то обсуждали аппаратную акселерацию NAT, получалось что проц разгружается, но возможностей по обработке пакетов и поддержке протоколов (вроде ppoe/pptp) становится меньше. При таком раскладе не однозначный плюс получается, т.е. где-то плюс, а где-то - не очень.
Ответить | Правка | Наверх | Cообщить модератору

83. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 14-Апр-12, 17:36 
> Что за бред?! Железки за тыщу рублей умеют максимум 70 kpps.

Да вообще-то и больше умеют - 400МГц проц переварит и поболее, имхо. Как раз под потолок для 100Мбит роутинга.

> А этот "гроб" переваривает за 1000 kpps.

На атоме? 1000kpps? А продемонстрируешь на бис? Особенно как оно потом в 5мбитов :) :) утрамбуется. Грубый прикидон показывает что при 1000kpps и 5 мбит на 1 пакет получится никак не более 5 битов. Тебе не кажется что тут какие-то нестыковки? :)

> Поставьте, а мы поглядим, как вы свяжете цифровой телефонией десяток клиентов
> хомероутером. :))

Да в общем то работает. Насчет десятка правда хз, но вообще - пашет. Однако в исходной задаче вообще про это не говорится.

>> Залью openwrt [..] в конечном итоге это обычный пингвин.
> Ну а здесь PF — писать внятные правила на порядок удобнее и
> красивее, чем в этом вашем IPTABLES — это как Pascal и Assembler.

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

>> Даже пакеты можно доустановить.
> Вот достижение! А на FreeBSD можно не только доустановить, но и собрать
> ПО с нужными опциями ШТАТНО. Сюрприз?

Ты еще предложи на роутере пакеты собирать.

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

85. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +1 +/
Сообщение от iZEN (ok), 14-Апр-12, 22:12 
>> Что за бред?! Железки за тыщу рублей умеют максимум 70 kpps.
> Да вообще-то и больше умеют - 400МГц проц переварит и поболее, имхо.
> Как раз под потолок для 100Мбит роутинга.
>> А этот "гроб" переваривает за 1000 kpps.
> На атоме?

Кто сказал "атом"? В моём лексиконе такого слова нет. Берём обычный 35-45 ваттный AMD Athlon 64 X2 3800+, вставляем в материнку в Socket AM2. В PCI-E вставляем взрослый сетевой адаптер...

> 1000kpps? А продемонстрируешь на бис? Особенно как оно потом в
> 5мбитов :) :) утрамбуется. Грубый прикидон показывает что при 1000kpps и
> 5 мбит на 1 пакет получится никак не более 5 битов.
> Тебе не кажется что тут какие-то нестыковки? :)

Мне кажется, ты не совсем точно понимаешь функции пакетного фильтра. Скажу по секрету: для пакетного фильтра не важен размер содержимого пакета, PF работает с заголовками. ;)

>> Поставьте, а мы поглядим, как вы свяжете цифровой телефонией десяток клиентов
>> хомероутером. :))
> Да в общем то работает. Насчет десятка правда хз, но вообще -
> пашет. Однако в исходной задаче вообще про это не говорится.

Адью.

Ответить | Правка | Наверх | Cообщить модератору

86. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  –1 +/
Сообщение от ragus (ok), 15-Апр-12, 02:57 
>>> Что за бред?! Железки за тыщу рублей умеют максимум 70 kpps.
>> Да вообще-то и больше умеют - 400МГц проц переварит и поболее, имхо.
>> Как раз под потолок для 100Мбит роутинга.
>>> А этот "гроб" переваривает за 1000 kpps.
>> На атоме?
> Кто сказал "атом"? В моём лексиконе такого слова нет. Берём обычный 35-45
> ваттный AMD Athlon 64 X2 3800+, вставляем в материнку в Socket
> AM2. В PCI-E вставляем взрослый сетевой адаптер...

изя, то, о чём ты тут пытаешься лечить - это делается на 82575/82576 и выше, которые igb.
ценник на такую карточку будет поболее цены этого атлона(тем более, что у атлончика кеш маленький, да и полоса по памяти скромная, так что люди берут i5/i7).

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

> Мне кажется, ты не совсем точно понимаешь функции пакетного фильтра. Скажу по
> секрету: для пакетного фильтра не важен размер содержимого пакета, PF работает
> с заголовками. ;)

изя, зачем писать о том, чего не понимаешь? пакетному фильтру как раз важен размер содержимого пакета, т.к. от этого зависит пакетрейт. гигабит пакетиками по 64 байта и гигабит пакетиками по 600байт - это совсем разные вещи.

А пакетные фильтры, работающие только с заголовками остались в прошлом веке.

Ответить | Правка | Наверх | Cообщить модератору

87. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 15-Апр-12, 10:35 
>[оверквотинг удален]
> Далее. раз ты выходишь за рамки исходной задачи, хочу поведать, что pf
> умирает, если нахватается стейтов.
>> Мне кажется, ты не совсем точно понимаешь функции пакетного фильтра. Скажу по
>> секрету: для пакетного фильтра не важен размер содержимого пакета, PF работает
>> с заголовками. ;)
> изя, зачем писать о том, чего не понимаешь? пакетному фильтру как раз
> важен размер содержимого пакета, т.к. от этого зависит пакетрейт. гигабит пакетиками
> по 64 байта и гигабит пакетиками по 600байт - это совсем
> разные вещи.
> А пакетные фильтры, работающие только с заголовками остались в прошлом веке.

Ответить | Правка | Наверх | Cообщить модератору

88. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 15-Апр-12, 10:40 
>[оверквотинг удален]
>>>> А этот "гроб" переваривает за 1000 kpps.
>>> На атоме?
>> Кто сказал "атом"? В моём лексиконе такого слова нет. Берём обычный 35-45
>> ваттный AMD Athlon 64 X2 3800+, вставляем в материнку в Socket
>> AM2. В PCI-E вставляем взрослый сетевой адаптер...
> изя, то, о чём ты тут пытаешься лечить - это делается на
> 82575/82576 и выше, которые igb.
> ценник на такую карточку будет поболее цены этого атлона(тем более, что у
> атлончика кеш маленький, да и полоса по памяти скромная, так что
> люди берут i5/i7).

Абсолютно не верно. Вы пробовали Атлон на 10Гбитных картах. Его с головой хвататет. В тех ссылках что я скидывал об этом написано. На англицком правда. Главное не проц, а шина интерфейса на котором сидит сетевуха, а шина память-проц не узкой место для любого современного процессора. Мы говорим для задач роутера.

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

И после этого вы будете говорить, что понимаете работу PF? Слабо в это вериться :-)

Ответить | Правка | К родителю #86 | Наверх | Cообщить модератору

90. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 15-Апр-12, 15:55 
> Абсолютно не верно. Вы пробовали Атлон на 10Гбитных картах. Его с головой
> хвататет. В тех ссылках что я скидывал об этом написано.

а вы сами пробовали? ;) у него маленький кэш и относительно невысокая производительность.
и какой смысл в такой несбалансированной системе, где сетевая карточка стоит несколько сотен баксов и процессор - сотню?

чуть пригрузите шейпером/натом и железка "умрёт".

>  И после этого вы будете говорить, что понимаете работу PF? Слабо
> в это вериться :-)

уважаемый Артём! Если вы с чем-то не согласны, попробуйте хоть как-то аргументировать свою точку зрения. Если вы считаете, что время state lookup в pf не зависит от числа стейтов - подтвердите это чем-то(например, рассказав про используемую структуру данных и время поиска/вставки/удаления элемента в ней).

afaik, в pf state table в openbsd защищена giant lock'ом(хотя, во freebsd это несколько  иначе).

Ответить | Правка | Наверх | Cообщить модератору

92. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 15-Апр-12, 23:42 
>> Абсолютно не верно. Вы пробовали Атлон на 10Гбитных картах. Его с головой
>> хвататет. В тех ссылках что я скидывал об этом написано.
> а вы сами пробовали? ;) у него маленький кэш и относительно невысокая
> производительность.
> и какой смысл в такой несбалансированной системе, где сетевая карточка стоит несколько
> сотен баксов и процессор - сотню?

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

> чуть пригрузите шейпером/натом и железка "умрёт".
>>  И после этого вы будете говорить, что понимаете работу PF? Слабо
>> в это вериться :-)
> уважаемый Артём! Если вы с чем-то не согласны, попробуйте хоть как-то аргументировать
> свою точку зрения. Если вы считаете, что время state lookup в
> pf не зависит от числа стейтов - подтвердите это чем-то(например, рассказав
> про используемую структуру данных и время поиска/вставки/удаления элемента в ней).

Зависит, но не так критично как вы думаете. Чисто из практики. По умолчанию кол-во стейтов ограничено 10000. Когда число стейтов будет равно 10000 ПФ будет нормально работать и не "умрет" как вы пишите. Но просто не будет создавать новые подключения. Что бы избежать подобных ситуаций есть адаптивный механизм регулировки  кол-ва стейтов. Я это использую на внешнев интерфейсе. Видел системы, построеные не мной, где кол-во было ограничено 200к и проблем с нагрузкой не было.

> afaik, в pf state table в openbsd защищена giant lock'ом(хотя, во freebsd
> это несколько  иначе).

Во freebsd скоро совсем  будет иначе. Имею ввиду PF SMP friendly :-)

Ответить | Правка | Наверх | Cообщить модератору

94. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 16-Апр-12, 03:31 
> Система выполняет свои фугкции полностью и ни один компонент не является
> узким местов - вот принцип сбалансированности. Ваш подход к сбалансированности системе
> чисто юзерский).

скажите, лично вы роутили 10 гигабит на PC?
для описанной вами в статье задаче достаточно dir-620 + openwrt.

хотя, раз вы всё пытаетесь оценить мой уровень, то в 2010 году вы задавали такие вопросы:

http://www.opennet.ru/openforum/vsluhforumID1/88075.html


>> уважаемый Артём! Если вы с чем-то не согласны, попробуйте хоть как-то аргументировать
>> свою точку зрения. Если вы считаете, что время state lookup в
>> pf не зависит от числа стейтов - подтвердите это чем-то(например, рассказав
>> про используемую структуру данных и время поиска/вставки/удаления элемента в ней).
> Зависит, но не так критично как вы думаете. Чисто из практики.

чисто из практики - это на forum.nag.ru
там вопрос выбора пакетного фильтра затёрт до дыр, даже профайлили его через hwpmc.

>По умолчанию кол-во стейтов ограничено 10000. Когда число стейтов будет равно 10000
> ПФ будет нормально работать и не "умрет" как вы пишите.

я писал про 600k стейтов. это в 60 раз больше дефолта, который вы озвучили.
600к набираются достаточно легко в сети не очень большого провайдера.

>Но просто не будет создавать новые подключения.

как мило. "дорогой пользователь, вы не можете сходить на любимый вконтактик, т.к. у нас на
NAS исчерпан лимит стейтов".

> Видел системы, построеные не мной, где кол-во было ограничено
> 200к и проблем с нагрузкой не было.

я ещё раз напоминаю про 600k стейтов :)
вообще, на стенде я создавал ~ 2млн стейтов.

>> afaik, в pf state table в openbsd защищена giant lock'ом(хотя, во freebsd
>> это несколько  иначе).
> Во freebsd скоро совсем  будет иначе. Имею ввиду PF SMP friendly
> :-)

1)до этого далеко
2)на текущий момент всё и так работает в однопоточном режиме
3)glebius довольно сильно переписывает pf, так что скорее будет openbsd pf и freebsd pf, достаточно сильно между собой отличающиеся.

Ответить | Правка | Наверх | Cообщить модератору

96. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 16-Апр-12, 10:36 
>> Система выполняет свои фугкции полностью и ни один компонент не является
>> узким местов - вот принцип сбалансированности. Ваш подход к сбалансированности системе
>> чисто юзерский).
> скажите, лично вы роутили 10 гигабит на PC?
> для описанной вами в статье задаче достаточно dir-620 + openwrt.

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

> хотя, раз вы всё пытаетесь оценить мой уровень, то в 2010 году
> вы задавали такие вопросы:
> http://www.opennet.ru/openforum/vsluhforumID1/88075.html

И что?

>[оверквотинг удален]
>>> про используемую структуру данных и время поиска/вставки/удаления элемента в ней).
>> Зависит, но не так критично как вы думаете. Чисто из практики.
> чисто из практики - это на forum.nag.ru
> там вопрос выбора пакетного фильтра затёрт до дыр, даже профайлили его через
> hwpmc.
>>По умолчанию кол-во стейтов ограничено 10000. Когда число стейтов будет равно 10000
>> ПФ будет нормально работать и не "умрет" как вы пишите.
> я писал про 600k стейтов. это в 60 раз больше дефолта, который
> вы озвучили.
> 600к набираются достаточно легко в сети не очень большого провайдера.

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

>>Но просто не будет создавать новые подключения.
> как мило. "дорогой пользователь, вы не можете сходить на любимый вконтактик, т.к.
> у нас на
> NAS исчерпан лимит стейтов".
>> Видел системы, построеные не мной, где кол-во было ограничено
>> 200к и проблем с нагрузкой не было.
> я ещё раз напоминаю про 600k стейтов :)
> вообще, на стенде я создавал ~ 2млн стейтов.

Зачем тогда говорить про "умирающий" pf.

>>> afaik, в pf state table в openbsd защищена giant lock'ом(хотя, во freebsd
>>> это несколько  иначе).
>> Во freebsd скоро совсем  будет иначе. Имею ввиду PF SMP friendly
>> :-)
> 1)до этого далеко
> 2)на текущий момент всё и так работает в однопоточном режиме
> 3)glebius довольно сильно переписывает pf, так что скорее будет openbsd pf и
> freebsd pf, достаточно сильно между собой отличающиеся.

Примерно об этом я ранее говорил. Я в курсе.

http://www.opennet.ru/openforum/vsluhforumID1/93191.html#1


P.S.: А вообще у меня подозрение, что я каким-то образом задел ваше самолюбие и поставил под сомнение ваш проф. уровень, который вы считаете выше других.
Без обид:-)

Ответить | Правка | Наверх | Cообщить модератору

91. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 15-Апр-12, 16:03 
и давайте всё-таки вы ответите на мой вопрос про voip.


Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

93. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 15-Апр-12, 23:44 
> и давайте всё-таки вы ответите на мой вопрос про voip.

А разве я вам не ответил ранее?

Ответить | Правка | Наверх | Cообщить модератору

95. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 16-Апр-12, 03:40 
>> и давайте всё-таки вы ответите на мой вопрос про voip.
> А разве я вам не ответил ранее?

в том и дело, что нет.

задача проста:
астериск на внешней площадке, 2 офиса(N1 & N2) с роутерами на pf и вашим конфигом.
сотрудник офиса N1 звонит своему коллеге в офис N2. на астериске directmedia/canreinvite=yes. надо дать голосу отдельный приоритет и отделить от торрентов по utp(который udp).

Ответить | Правка | Наверх | Cообщить модератору

97. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 16-Апр-12, 11:09 
>>> и давайте всё-таки вы ответите на мой вопрос про voip.
>> А разве я вам не ответил ранее?
> в том и дело, что нет.
> задача проста:
> астериск на внешней площадке, 2 офиса(N1 & N2) с роутерами на pf
> и вашим конфигом.
> сотрудник офиса N1 звонит своему коллеге в офис N2. на астериске directmedia/canreinvite=yes.
> надо дать голосу отдельный приоритет и отделить от торрентов по utp(который
> udp).

А в чем проблема-то. SIP/IAX телефоны в своем влане. Далее, все понятно?

Ответить | Правка | Наверх | Cообщить модератору

98. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 16-Апр-12, 14:39 
>>>> и давайте всё-таки вы ответите на мой вопрос про voip.
>>> А разве я вам не ответил ранее?
>> в том и дело, что нет.
>> задача проста:
>> астериск на внешней площадке, 2 офиса(N1 & N2) с роутерами на pf
>> и вашим конфигом.
>> сотрудник офиса N1 звонит своему коллеге в офис N2. на астериске directmedia/canreinvite=yes.
>> надо дать голосу отдельный приоритет и отделить от торрентов по utp(который
>> udp).
> А в чем проблема-то. SIP/IAX телефоны в своем влане. Далее, все понятно?

а в случае софт-телефонов?

ну а voice vlan - это выход, да. только к чему тогда такие сложности, если у каждого телефона свой ip-адрес и можно просто держать табличку с адресами телефонов?


Ответить | Правка | Наверх | Cообщить модератору

99. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 16-Апр-12, 15:15 
>[оверквотинг удален]
>>>> А разве я вам не ответил ранее?
>>> в том и дело, что нет.
>>> задача проста:
>>> астериск на внешней площадке, 2 офиса(N1 & N2) с роутерами на pf
>>> и вашим конфигом.
>>> сотрудник офиса N1 звонит своему коллеге в офис N2. на астериске directmedia/canreinvite=yes.
>>> надо дать голосу отдельный приоритет и отделить от торрентов по utp(который
>>> udp).
>> А в чем проблема-то. SIP/IAX телефоны в своем влане. Далее, все понятно?
> а в случае софт-телефонов?

Ну здесь да. Определенные сложности есть.
Вообще потихоньку тестирую ipfw+diffuse. Вот это решает такую проблему:)

> ну а voice vlan - это выход, да. только к чему тогда
> такие сложности, если у каждого телефона свой ip-адрес и можно просто
> держать табличку с адресами телефонов?

Да и так можно. А если топология сети к вланам привязана, то чеб этим не воспользоваться.

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

105. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 16-Апр-12, 21:57 
>[оверквотинг удален]
>>>> А разве я вам не ответил ранее?
>>> в том и дело, что нет.
>>> задача проста:
>>> астериск на внешней площадке, 2 офиса(N1 & N2) с роутерами на pf
>>> и вашим конфигом.
>>> сотрудник офиса N1 звонит своему коллеге в офис N2. на астериске directmedia/canreinvite=yes.
>>> надо дать голосу отдельный приоритет и отделить от торрентов по utp(который
>>> udp).
>> А в чем проблема-то. SIP/IAX телефоны в своем влане. Далее, все понятно?
> а в случае софт-телефонов?

Вопрос в догонку. А как вы решаете это с помощью Linux/netfilter?

Ответить | Правка | К родителю #98 | Наверх | Cообщить модератору

106. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 17-Апр-12, 08:23 
>>[оверквотинг удален]
>>> А в чем проблема-то. SIP/IAX телефоны в своем влане. Далее, все понятно?
>> а в случае софт-телефонов?
> Вопрос в догонку. А как вы решаете это с помощью Linux/netfilter?

элементарно. создание классов не привожу, это банально.

modprobe nf_conntrack_sip
modprobe nf_conntrack_ftp
iptables -t mangle -A POSTROUTING -p udp --dport 5060 -j CLASSIFY --set-class 1:10
iptables -t mangle -A POSTROUTING -m helper --helper sip -p udp -j CLASSIFY --set-class 1:10
iptables -t mangle -A POSTROUTING -m helper --helper ftp -p tcp -j CLASSIFY --set-class 1:20

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

102. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 16-Апр-12, 21:01 
> Абсолютно не верно. Вы пробовали Атлон на 10Гбитных картах. Его с головой хвататет.

Для чего? А слабо L7 filtering? Ну ладно, хотя-бы QoS более-менее нормальный? Про крутотень типа 64-битных пакетов говорить не будем, не садисты :)

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

101. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от Аноним (-), 16-Апр-12, 20:58 
> Кто сказал "атом"? В моём лексиконе такого слова нет. Берём обычный 35-45
> ваттный AMD Athlon 64 X2 3800+, вставляем в материнку в Socket
> AM2. В PCI-E вставляем взрослый сетевой адаптер...

И получем здоровый жручий гроб с кучей вентилей норовящих забиться пылью, что особенно весело в БП. А чтоб 5 портов пиляемых вланами так и сяк на группы? И чтоб все это уложилось в ту же штуку деревяшек, за которые задача решаема? :)

> Мне кажется, ты не совсем точно понимаешь функции пакетного фильтра. Скажу по
> секрету: для пакетного фильтра не важен размер содержимого пакета, PF работает с заголовками. ;)

А мне кажется что это ты не совсем понял: заголовки занимают некоторое место, что накладывает некий вполне конкретный лимит на PPS на даденной скорости линка. Например, миллионный PPS ну никак не влезет в 5 Мбит линк. Там только для отсыла одних только протокольных заголовков надо бОльшую скорость. Внезазпно, да? :)

>> Да в общем то работает. Насчет десятка правда хз, но вообще -
>> пашет. Однако в исходной задаче вообще про это не говорится.
> Адью.

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

Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

109. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от alex.h (??), 23-Апр-12, 00:23 
>> Даже пакеты можно доустановить.
> Вот достижение! А на FreeBSD можно не только доустановить, но и собрать
> ПО с нужными опциями ШТАТНО. Сюрприз?

Вот плохо даже не то, что Вами тут написано, а то, что не написано!
В то время, как человек указывает на систему, которая после инсталляции даёт готовый маршрутизатор и может быть установлена внутрь SOHO-коробочки (а OpenWRT можно и на x86, на том же Атоме использовать), Вы ему рассказываете как это замечательно точить маршрутизатор из системы общего назначения вручную.
Вот лучше бы рассказали про BSDRP и pfSence! А так получается, что на аргументы об удобстве системы, которая позволяет быстро получить типовой функционал и по желанию его расширить, приводятся аргументы: зато посмотрите, какая свобода творчества - каждый раз результат уникален!

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

16. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от artemrts (ok), 11-Апр-12, 15:57 

Ну это в этом случай такие скорости. А сколько есть провайдеров, предоставляющих Инет в десятки мегабит по кабелю к клиенту и несколько мегабит от него. Да в таком случае, если кто-то потянет с вас торрент, например, или вы будете заливать на аплоадер какой-нибудь файл, то вы толком даже страничку не загрузите. Так устроен ТСР...
Когда я начал на все роутеры внедрять в обязательном порядке QоS, я вам скажу, что качество работы пользователей в Инете значительно возросло.
Вот если у вас будет _гарантированный_ синхронный канал мегабит в 20, вот тогда можно и без приоритизации:-)
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

25. "Маршрутизатор на базе FreeBSD с приоритизация трафика средст..."  +/
Сообщение от ragus (ok), 12-Апр-12, 03:14 
> Ну это в этом случай такие скорости. А сколько есть провайдеров, предоставляющих
> Инет в десятки мегабит по кабелю к клиенту и несколько мегабит
> от него. Да в таком случае, если кто-то потянет с вас
> торрент, например, или вы будете заливать на аплоадер какой-нибудь файл, то
> вы толком даже страничку не загрузите. Так устроен ТСР...

1)форвардить сотню мегабит на современных SoC не проблема даже софтварно.
2)проблемы возникают из-за nat
3)современные SoC имеют на борту аппаратную акселерацию nat


> Когда я начал на все роутеры внедрять в обязательном порядке QоS, я
> вам скажу, что качество работы пользователей в Инете значительно возросло.
> Вот если у вас будет _гарантированный_ синхронный канал мегабит в 20, вот
> тогда можно и без приоритизации:-)

а что вы подразумеваете под синхронным каналом? SDH/PDH?

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру