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

Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..., auto_tips (ok), 09-Апр-12, (0) [смотреть все] пропускная способность такого решения упрется в цифру 150-180 Мбит сек Больше p, bga83 (ok), 14:27 , 09-Апр-12, (1) // 1 То что PF работает в один поток - не есть проблема до 800 Мбит с на недороги, artemrts (ok), 18:47 , 09-Апр-12, (2) // можно пример недорогой интеловской гигабитки А то как бы 82576 стоит не так уж, ragus (ok), 03:11 , 12-Апр-12, (24) Ерунда, все упрется в железо проц и сетевухи а не в ядро и софтЭто почему Все в, mma (?), 05:46 , 10-Апр-12, (4) Нет, не будет проходить, и это FAQ ALTQ появляется в ядре путём патча сетевых др, Andrew Kolchoogin (?), 00:51 , 12-Апр-12, (21) возможно это проблема если адаптеров несколько при нагруженном хостинге vds нап, unscrubber2 (?), 07:29 , 10-Апр-12, (5) // gt оверквотинг удален А вот это уже интересно Я так понял планируется NPF п, artemrts (ok), 09:41 , 10-Апр-12, (6) // gt оверквотинг удален У вас опечатка Им имелось вввиду NetBSD , artemrts (ok), 09:43 , 10-Апр-12, (7) // да опечатался, по ссылкам же видно что о нетбсд речь оверквотинг удался , unscrubber2 (?), 13:21 , 10-Апр-12, (8) И вот для этого предлагается ставить здоровый гроб с бсдой Да с этим тплинк 100, Аноним (-), 01:40 , 11-Апр-12, (9) –1 // Сейчас есть множество решений на Intel Atom, что куда функциональней китайских п, Alexander Sheiko (?), 03:28 , 11-Апр-12, (10) // Я использую FreeBSD 9, там pf45 в нем еще не реализован упомянутый вами синтакс, artemrts (ok), 09:57 , 11-Апр-12, (12) // В пассивном тоже полезно, если открыты только определённые разрешённые порты PF, Alexander Sheiko (?), 16:49 , 11-Апр-12, (17) Может быть при драконовской конфигурации, когда открыто пол-десятка портов Но, artemrts (ok), 18:15 , 11-Апр-12, (19) Я на пятом опёнке раскидываю так code ps ax 124 grep ftp21897 Is 0 , Alexander Sheiko (?), 20:21 , 11-Апр-12, (20) Только они куда крупнее и прожорливее и не конфигурируются на 100 ремотно как п, Аноним (-), 14:14 , 11-Апр-12, (13) // Да ну - 15-25 Вт максимум при 100 загрузке двухъядерного Атома Клава и монитор, Alexander Sheiko (?), 16:56 , 11-Апр-12, (18) –1 А упомянутое спасибо если 5 ваттов в максимуме жрет, если в юсб понацеплять винч, Аноним (-), 16:52 , 14-Апр-12, (80) +1 а не затруднит вас подтвердить ваши слова ссылками на предложения с ценниками и , ragus (ok), 03:09 , 12-Апр-12, (23) +1 // Выбирайте http hotline ua computer materinskie-platy 7284-29309 , Alexander Sheiko (?), 22:47 , 12-Апр-12, (53) Разумеется - в формате mini-ITX Вот такое, к примеру http hotline ua computer, Alexander Sheiko (?), 22:58 , 12-Апр-12, (54) Вот незадача то оно стоит как _три_ тплинка являющихся законченной системой в , Аноним (-), 16:54 , 14-Апр-12, (81) по ссылке какие-то комплектующие для PC1 блок питания 2 корпус 3 память4 на чём-, ragus (ok), 23:33 , 12-Апр-12, (56) +1 На любой выбор Удобнее всего взять жёсткий диск - будет ещё бесплатное хранилище, Alexander Sheiko (?), 00:47 , 13-Апр-12, (58) вы ценник законенного решения назовите ценник растёт я напоминаю про интегрир, ragus (ok), 01:09 , 13-Апр-12, (59) Стоимость системника дешёвого офисного ПК для секретутки Вот в этом и его плюс, Alexander Sheiko (?), 02:15 , 13-Апр-12, (61) т е 200 где-то за эти деньги можно взять routerboard с 5-6 гигабитными интерф, ragus (ok), 15:27 , 13-Апр-12, (68) не те задачи, что бы роутермамку брать Опыт, уважаемый, опыт Ага, и вы раскажи, artemrts (ok), 19:01 , 13-Апр-12, (71) да, всего два админа за счёт экономии на количестве админов зарплаты выше я же , ragus (ok), 20:07 , 13-Апр-12, (74) Я ценю свое время и не хочу его тратить на прочтение ваших бредней Ну без обид , artemrts (ok), 21:14 , 13-Апр-12, (76) Ради правды, у указанного класса железок две беды, вторая БП - который сначала г, alex.h (??), 15:11 , 22-Апр-12, (107) Да - десятком таких коробок в ящике, ждущих свою очередь на списание Живут до 2, Alexander Sheiko (?), 21:18 , 13-Апр-12, (77) модель какая ок, я уточню ситуацию компания занимается логистикой офисы - это, ragus (ok), 23:24 , 13-Апр-12, (78) да, ещё у dir-620 на борту 802 11n wifi адаптер , ragus (ok), 01:42 , 13-Апр-12, (60) Это когда роутер у бухгалтера под тумбочкой - Лично у меня он в серверной и э, artemrts (ok), 07:43 , 13-Апр-12, (63) и что, по всему офису только провода и чем плох этот роутер в корпоративном се, ragus (ok), 14:16 , 13-Апр-12, (66) gt оверквотинг удален Причем тут провода, там где роутеру место от туда сигнал, artemrts (ok), 18:46 , 13-Апр-12, (69) ну приносили нам их на тесты 4VAP а сейчас умеют почти все более-менее приличны, ragus (ok), 19:11 , 13-Апр-12, (72) gt оверквотинг удален Сказки и чепуха Так суппорт удаленных филиадов не делаю, artemrts (ok), 21:09 , 13-Апр-12, (75) gt оверквотинг удален да чёрт с ним с саппортом лучше ответьте на мой вопрос , ragus (ok), 23:27 , 13-Апр-12, (79) Денег опять же стоят Во первых, диск можно и к роутеру прицепить если много не н, Аноним (-), 17:22 , 14-Апр-12, (82) Дело в том, что такой гроб имеет больше возможностей Например, на этом сервер, artemrts (ok), 09:48 , 11-Апр-12, (11)   // Да ничего он не имеет В каждую первую железку за тыщщу льется тот же опенврт и , Аноним (-), 14:22 , 11-Апр-12, (14)   // Что за бред Железки за тыщу рублей умеют максимум 70 kpps А этот гроб перев, iZEN (ok), 15:20 , 11-Апр-12, (15)   Изя, вы как всегда мимо кассы 1 для 1mpps надо гигабитный порт 2 для 100 мбит п, ragus (ok), 03:07 , 12-Апр-12, (22) +1   За Изю когда-нибудь ты ответишь А здесь что Вот именно За 1000 рублей не куп, iZEN (ok), 07:41 , 12-Апр-12, (26)   зачем 1GE порты при трафике до 100мбит автор писал про медленные adsl-линки 165, ragus (ok), 08:45 , 12-Апр-12, (27)   Да вы про src conf ничего не слышали Для сервера многое из базовой системы не н, artemrts (ok), 09:40 , 12-Апр-12, (28)   слышал и использую и что атому до вашего целерона как до луны пешком а про врем, ragus (ok), 09:57 , 12-Апр-12, (31)   gt оверквотинг удален Молодой человек Эти полтора часа не проведенные за конс, artemrts (ok), 13:08 , 12-Апр-12, (36)   вы ночью просто так работаете а где тесты, обкатка итп , ragus (ok), 13:27 , 12-Апр-12, (42)   У меня есть нетбук на 455 атоме, он работает прилично быстрее МОЕГО целерона см, Alexander Sheiko (?), 02:26 , 13-Апр-12, (62)   lol Я о том, который Willamette - , artemrts (ok), 07:58 , 13-Апр-12, (65)   У вас какое-то странное представление об однопоточности pf Однопоточный - не зн, artemrts (ok), 09:46 , 12-Апр-12, (30)   спасибо, кэп dummynet вполне себе однопоточный и на него не жалуются может, с э, ragus (ok), 10:02 , 12-Апр-12, (33)   А ты когда-нибудь ответишь за свои килобайты ламерского бреда Это хуже Поэтому, Аноним (-), 20:49 , 16-Апр-12, (100)   Бред даже коментировать лениво это connection tracking не костыль с его лине, Аноним (-), 16:23 , 12-Апр-12, (51)   когда сказать нечего - лучше молчать анонимные эксперты на марше в conntrack хэ, ragus (ok), 23:40 , 12-Апр-12, (57)   Вроде бы тут раньше уже как-то обсуждали аппаратную акселерацию NAT, получалось , alex.h (??), 15:56 , 22-Апр-12, (108)   Да вообще-то и больше умеют - 400МГц проц переварит и поболее, имхо Как раз под, Аноним (-), 17:36 , 14-Апр-12, (83)   Кто сказал атом В моём лексиконе такого слова нет Берём обычный 35-45 ваттны, iZEN (ok), 22:12 , 14-Апр-12, (85) +1   изя, то, о чём ты тут пытаешься лечить - это делается на 82575 82576 и выше, кот, ragus (ok), 02:57 , 15-Апр-12, (86) –1   gt оверквотинг удален , artemrts (ok), 10:35 , 15-Апр-12, (87)   gt оверквотинг удален Абсолютно не верно Вы пробовали Атлон на 10Гбитных карт, artemrts (ok), 10:40 , 15-Апр-12, (88)   а вы сами пробовали у него маленький кэш и относительно невысокая производит, ragus (ok), 15:55 , 15-Апр-12, (90)   Так не надо переводить сбалансированнсоть системы в баксовый вклад каждого компо, artemrts (ok), 23:42 , 15-Апр-12, (92)   скажите, лично вы роутили 10 гигабит на PC для описанной вами в статье задаче д, ragus (ok), 03:31 , 16-Апр-12, (94)   Непонятный ответ на мои утверждения о непонимании вами сбалансированной системы , artemrts (ok), 10:36 , 16-Апр-12, (96)   и давайте всё-таки вы ответите на мой вопрос про voip , ragus (ok), 16:03 , 15-Апр-12, (91)   А разве я вам не ответил ранее , artemrts (ok), 23:44 , 15-Апр-12, (93)   в том и дело, что нет задача проста астериск на внешней площадке, 2 офиса N1 , ragus (ok), 03:40 , 16-Апр-12, (95)   А в чем проблема-то SIP IAX телефоны в своем влане Далее, все понятно , artemrts (ok), 11:09 , 16-Апр-12, (97)   а в случае софт-телефонов ну а voice vlan - это выход, да только к чему тогда т, ragus (ok), 14:39 , 16-Апр-12, (98)   gt оверквотинг удален Ну здесь да Определенные сложности есть Вообще потихонь, artemrts (ok), 15:15 , 16-Апр-12, (99)   gt оверквотинг удален Вопрос в догонку А как вы решаете это с помощью Linux n, artemrts (ok), 21:57 , 16-Апр-12, (105)   элементарно создание классов не привожу, это банально modprobe nf_conntrack_sip, ragus (ok), 08:23 , 17-Апр-12, (106)   Для чего А слабо L7 filtering Ну ладно, хотя-бы QoS более-менее нормальный Пр, Аноним (-), 21:01 , 16-Апр-12, (102)   И получем здоровый жручий гроб с кучей вентилей норовящих забиться пылью, что ос, Аноним (-), 20:58 , 16-Апр-12, (101)   Вот плохо даже не то, что Вами тут написано, а то, что не написано В то время, к, alex.h (??), 00:23 , 23-Апр-12, (109)   Ну это в этом случай такие скорости А сколько есть провайдеров, предоставляющих, artemrts (ok), 15:57 , 11-Апр-12, (16) // 1 форвардить сотню мегабит на современных SoC не проблема даже софтварно 2 пробл, ragus (ok), 03:14 , 12-Апр-12, (25) 2 вопроса к автору 1 какова судьба торрент-трафика и как вы его класифицируете 2, ragus (ok), 09:45 , 12-Апр-12, (29) +1 // После таких вопросов я могу сделать вывод, что читали статью через строчку, соот, artemrts (ok), 10:01 , 12-Апр-12, (32) // я то читал внимательно вы пишете и я в упор не вижу классификацию по протоколу , ragus (ok), 10:04 , 12-Апр-12, (34) +1 // Еще раз внимательно читайте Трафик для сип пиров попадаеет в _hipri, торрент в , artemrts (ok), 13:05 , 12-Апр-12, (35) в _hipri у вас попадёт только sip, но никак не rtp rtp у вас попадёт в _other и, ragus (ok), 13:16 , 12-Апр-12, (37) +1 Блин ну яж говорю через строчку читаете pass in log on int_if inet proto tcp, artemrts (ok), 13:23 , 12-Апр-12, (39) gt оверквотинг удален и где тут RTP мы же с вами профессионалы давайте достан, ragus (ok), 13:26 , 12-Апр-12, (41) gt оверквотинг удален Вот 2 правила, описывающие исходящее с внешнего интерфей, artemrts (ok), 13:33 , 12-Апр-12, (43) ок, сигнализация ушла u_hipriок, весь исходящий udp ушёл в u_priи оно будет рабо, ragus (ok), 13:47 , 12-Апр-12, (45) gt оверквотинг удален Хорошо, согласен в RTP-трафике указывать адрес не нужно , artemrts (ok), 14:00 , 12-Апр-12, (47) 1 работать будет только при canreinvite no2 сломается при выносе астериска на от, ragus (ok), 14:04 , 12-Апр-12, (48) Вы еще на Астере 1 4 Пора оперировать directmediaАбсолютно ничего не сломается, artemrts (ok), 14:22 , 12-Апр-12, (49) а можно подробнее, как вы его настроите заранее неизвестно какие порты будут ис, ragus (ok), 15:04 , 12-Апр-12, (50) Допустим корпоративный отдельный Aster впринципе так и нужно делать, кроме него, artemrts (ok), 18:05 , 12-Апр-12, (52) вообще, держать на роутере какие-либо сервисы - моветон а с directmedia yes ва, ragus (ok), 23:22 , 12-Апр-12, (55) gt оверквотинг удален Мне на ум приходит мысл, что вы просто не разобрались в, artemrts (ok), 07:51 , 13-Апр-12, (64) ага, с учётом того, что я пользовался pf ом ещё с момента его портирования во fr, ragus (ok), 15:17 , 13-Апр-12, (67) Это не аргумент Я в опенке еще ipf видел, кстати потом по инерции им еще на Фре, artemrts (ok), 18:50 , 13-Апр-12, (70) и какое это отношение имеет к call flow я рулил биллингом на 38млн абонентов, , ragus (ok), 19:48 , 13-Апр-12, (73) gt оверквотинг удален И как же вы с помощью ipfw payload будете разглядывать , Dmitriy (??), 15:01 , 29-Окт-12, (112) uTP будет рад , Аноним (-), 17:40 , 14-Апр-12, (84) И что вам этот uTP На 100 мегабитах роутер его не ощущает Для магистрального к, artemrts (ok), 11:32 , 15-Апр-12, (89) Да ну Этот чудный протоколец умеет ломовой PPS устраивать на радость софтороуте, Аноним (-), 21:04 , 16-Апр-12, (103) А больше на ЛОХА похож, Аноним (-), 20:25 , 27-Окт-12, (111) gt оверквотинг удален Смотрите Трафик весь идет с высоким приоритетом hipri , artemrts (ok), 13:19 , 12-Апр-12, (38) вы туда направляете только сигнализацию, но никак не пакетики с голосом всё что, ragus (ok), 13:23 , 12-Апр-12, (40) Совершенно ошибочное мнение У меня процент ТСР трафика торрента не более 20 Мо, artemrts (ok), 13:37 , 12-Апр-12, (44) а как вы отличаете торрент от не торрента и в таком случае по вашим же правил, ragus (ok), 13:49 , 12-Апр-12, (46) Во первых, не все провы, а только мелкотравчатые мелкие локалки с черти-чем вмес, Аноним (-), 21:06 , 16-Апр-12, (104) Ага Qwerty Москва и Beeline там же Роутеры у хомяков часто вполне осиляют, к, XoRe (ok), 23:16 , 07-Май-12, (110) Подскажите пожалуйста, как правильно прописать ограничение по скорости при ширин, Андрей (??), 09:04 , 18-Июл-13, (113) // А разве в статье об этом не сказано Назначаем очередь на внешнем интерфейсе Вел, artemrts (ok), 10:15 , 18-Июл-13, (114) Пробовал, но при загрузке правил вылетает вот такие ошибкиpfctl the sum of the , Андрей (??), 16:29 , 23-Июл-13, (115) 1,5,9,29,113,115

Сообщения

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

	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 Sheiko (?), 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ообщить модератору

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

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