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

Раздел полезных советов: Маршрутизатор на базе 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]

	32. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 10:01
	> 2 вопроса к автору: > 1)какова судьба торрент-трафика и как вы его класифицируете? > 2)какова судьба https-трафика? как я понимаю, его ждёт судьба торрентов? После таких вопросов я могу сделать вывод, что читали статью через строчку, соответсвенно таков и ответ.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+1 +/–
	Сообщение от ragus (ok), 12-Апр-12, 10:04
	>> 2 вопроса к автору: >> 1)какова судьба торрент-трафика и как вы его класифицируете? >> 2)какова судьба https-трафика? как я понимаю, его ждёт судьба торрентов? > После таких вопросов я могу сделать вывод, что читали статью через строчку, > соответсвенно таков и ответ. я то читал внимательно. вы пишете: >Трафик классифицируется как относительно сервиса/протокола (HTTP, FTP, Torrent) так и относительно пользователя, т.е. трафик от/к компьютера, например, бухгалтера может быть весь помечен как с высоким приоритетом, независимо от того Торрент это или FTP. и я в упор не вижу классификацию по протоколу. всё что вы делаете - это сливаете трафик от разных хостов в соотв. очередь, т.е. при запущенных торрентах мы гарантированно получим хлюпающий/булькающий голос в voip. а вот вы, судя по всему, ответить затрудняетесь.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 13:05
	Еще раз внимательно читайте. Трафик для сип пиров попадаеет в *_hipri, торрент в *_other, у каждой очереди своя _гарантированная_ полоса. Я потому и задействую ALTQ, что бы не было "бульканья", когда кто-то тянет торрент. Это практическая реально работатющая конфигурация. А вы походу больше теоретик. Я же говорю поднимайте виртуалку смоделируйте, а потом будем спорить. Ок?
	Ответить | Правка | Наверх | Cообщить модератору

	37. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+1 +/–
	Сообщение от ragus (ok), 12-Апр-12, 13:16
	> Еще раз внимательно читайте. > Трафик для сип пиров попадаеет в *_hipri, торрент в *_other, у каждой > очереди своя _гарантированная_ полоса. Я потому и задействую ALTQ, что бы > не было "бульканья", когда кто-то тянет торрент. Это практическая реально работатющая > конфигурация. в _hipri у вас попадёт только sip, но никак не rtp. rtp у вас попадёт в _other и будет делить полосу вместе с торрентами. https у вас тоже свалится в _other. > А вы походу больше теоретик. Я же говорю поднимайте виртуалку смоделируйте, а > потом будем спорить. Ок? я практик с опытом построения реально работающего call-центра с двумя офисами под операторов и факсами по g711(с t.38 тогда в астериске было совсем плохо).
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 13:23
	>> Еще раз внимательно читайте. >> Трафик для сип пиров попадаеет в *_hipri, торрент в *_other, у каждой >> очереди своя _гарантированная_ полоса. Я потому и задействую ALTQ, что бы >> не было "бульканья", когда кто-то тянет торрент. Это практическая реально работатющая >> конфигурация. > в _hipri у вас попадёт только sip, но никак не rtp. rtp > у вас попадёт в _other и будет делить полосу вместе с > торрентами. > https у вас тоже свалится в _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 Да в идеале, использовать еще и HTTPS прокси, груповой политикой настроить клинтов, но не хотел с этим заморачиваться. >> А вы походу больше теоретик. Я же говорю поднимайте виртуалку смоделируйте, а >> потом будем спорить. Ок? > я практик с опытом построения реально работающего call-центра с двумя офисами под > операторов и факсами по g711(с t.38 тогда в астериске было совсем > плохо). А, пипетками буим меряться? :-)
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 13:26
	>[оверквотинг удален] >         $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 и где тут RTP? > А, пипетками буим меряться? :-) мы же с вами профессионалы. давайте достанем и померяемся! (с)
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 13:33
	>[оверквотинг удален] >> 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 > и где тут RTP? Вот 2 правила, описывающие исходящее с внешнего интерфейса. pass out quick on $ext_if inet proto udp from ($ext_if) to <sip_peers> port 5060 queue u_hipri pass out quick on $ext_if inet proto udp from ($ext_if) to any queue u_pri В данном случае RTP будет попадать в u_pri, но ничто не мешает прописать так: pass out quick on $ext_if inet proto udp from ($ext_if) to <sip_peers> user asterisk queue u_hipri
	Ответить | Правка | Наверх | Cообщить модератору

	45. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 13:47
	> Вот 2 правила, описывающие исходящее с внешнего интерфейса. > pass out quick on $ext_if inet proto udp from ($ext_if) to <sip_peers> > port 5060 queue u_hipri ок, сигнализация ушла u_hipri > pass out quick on $ext_if inet proto udp from ($ext_if) to any > queue u_pri ок, весь исходящий udp ушёл в u_pri > В данном случае RTP будет попадать в u_pri, но ничто не мешает > прописать так: > pass out quick on $ext_if inet proto udp from ($ext_if) to <sip_peers> > user asterisk queue u_hipri и оно будет работать не так, как вы ожидаете. указывая что-то в <sip_peers> вы с большой долей вероятности делаете это правило нерабочим. объясню на примере sipnet.ru: у него всего одна A-запись в днс для sipnet.ru: sipnet.ru.        83668    IN    A    212.53.40.40 прописав в sip_peers адрес 212.53.40.40 вы никак не повлияете на голос. потому что rtp будет бегать между пирами напрямую, без проксирования. т.е. если я звоню из спб в прагу, то rtp будет бегать между моим хостом и хостом где-то в чехии(аналогично с зимбабве, тимбукту итп) да, астериск можно принудительно запретить ходить трафик напрямую, но адреса всех возможных пиров врядли вам известны(за исключением достаточно ограниченного числа случаев)
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 14:00
	>[оверквотинг удален] > ок, сигнализация ушла u_hipri >> pass out quick on $ext_if inet proto udp from ($ext_if) to any >> queue u_pri > ок, весь исходящий udp ушёл в u_pri >> В данном случае RTP будет попадать в u_pri, но ничто не мешает >> прописать так: >> pass out quick on $ext_if inet proto udp from ($ext_if) to <sip_peers> >> user asterisk queue u_hipri > и оно будет работать не так, как вы ожидаете. указывая что-то в > <sip_peers> вы с большой долей вероятности делаете это правило нерабочим. Хорошо, согласен в RTP-трафике указывать адрес не нужно. Достаточно указать пользователя asterisk.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 14:04
	> Хорошо, согласен в RTP-трафике указывать адрес не нужно. Достаточно указать пользователя > asterisk. 1)работать будет только при canreinvite=no 2)сломается при выносе астериска на отдельную машину
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 14:22
	>> Хорошо, согласен в RTP-трафике указывать адрес не нужно. Достаточно указать пользователя >> asterisk. > 1)работать будет только при canreinvite=no Вы еще на Астере 1.4? Пора оперировать directmedia > 2)сломается при выносе астериска на отдельную машину Абсолютно ничего не сломается. Если машинка внутресетевая, то просто надо будет грамотно настроить тегирование. А потом с внешнего интерфейса его в нужную очередь направить.
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 15:04
	>> 2)сломается при выносе астериска на отдельную машину > Абсолютно ничего не сломается. Если машинка внутресетевая, то просто надо будет грамотно > настроить тегирование. А потом с внешнего интерфейса его в нужную очередь > направить. а можно подробнее, как вы его настроите? заранее неизвестно какие порты будут использоваться для rtp-трафика, т.е. остаётся только вариант с повышением приоритета для всего udp-трафика.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 18:05
	>>> 2)сломается при выносе астериска на отдельную машину >> Абсолютно ничего не сломается. Если машинка внутресетевая, то просто надо будет грамотно >> настроить тегирование. А потом с внешнего интерфейса его в нужную очередь >> направить. > а можно подробнее, как вы его настроите? заранее неизвестно какие порты будут > использоваться для rtp-трафика, т.е. остаётся только вариант с повышением приоритета для > всего udp-трафика. Допустим корпоративный отдельный Aster (впринципе так и нужно делать, кроме него там ничего не должно быть), тогда пришедший от него udp тегируем и на внешнем интерфейсе маршрутизатора отправляем к пиру. Весь остальной udp с BPX просто рубим, ну кроме ДНС ессно. НУ как-то так. Правила в лом писать, но это не проблема. А вообще вы одни вопросы задаете, а каково ваше предложение?
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	55. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 23:22
	> Допустим корпоративный отдельный Aster (впринципе так и нужно делать, кроме него там > ничего не должно быть), тогда пришедший от него udp тегируем и > на внешнем интерфейсе маршрутизатора отправляем к пиру. Весь остальной udp с > BPX просто рубим, ну кроме ДНС ессно. вообще, держать на роутере какие-либо сервисы - моветон :) а с directmedia=yes ваш вариант не рабочий. > А вообще вы одни вопросы задаете, а каково ваше предложение? а я аккуратно подвожу к тому, что существуют межсетевые экраны, умеющие разглядывать payload пакета и правильно строить трансляции. ненавидимый многими вышеупомянутый netfilter умеет анализировать SDP в SIP INVITE и добавлять в state table записи для корректного прохождения/трансляции RTP. аналогично с FTP/H.323/PPTP. могли взять ipfw и не иметь подобных проблем. Кстати, вы в качестве workaround'а пытаетесь использовать тот факт, что заведомо известен адрес одного из пиров. как я уже упоминал, с directmedia/canreinvite=yes работать оно не будет. есть ещё один вариант, при котором будут проблемы: asterisk стоит в локальной сети за nat. при входящем звонке из внешнего мира у вас, скорее всего, будет односторонняя слышимость. Решая вашу задачу я бы отталкивался от разделения трафика на "короткий" и "долгоиграющий" + приоритеты + классификация. короткоживущим tcp-соединениям я бы давал чуть больший приоритет и полосу. "долгоиграющий", наоборот, уходил бы в низкий приоритет. это позволит поднять субъективную скорость интернет-соединения + закачки не будут мешать всему остальному трафику.
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	64. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 13-Апр-12, 07:51
	>[оверквотинг удален] >> на внешнем интерфейсе маршрутизатора отправляем к пиру. Весь остальной udp с >> BPX просто рубим, ну кроме ДНС ессно. > вообще, держать на роутере какие-либо сервисы - моветон :) > а с directmedia=yes ваш вариант не рабочий. >> А вообще вы одни вопросы задаете, а каково ваше предложение? > а я аккуратно подвожу к тому, что существуют межсетевые экраны, умеющие разглядывать > payload пакета и правильно строить трансляции. > ненавидимый многими вышеупомянутый netfilter умеет анализировать SDP в SIP INVITE и добавлять > в state table записи для корректного прохождения/трансляции RTP. > аналогично с FTP/H.323/PPTP. Мне на ум приходит мысл, что вы просто не разобрались в работе пакетного фильра. Отсутствия опыта работы с ним и приводит к таким заблуждениям. Пользуйтесь своим линухом, iptables'ом, а я буду пользоваться качественным и надежным решением.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	67. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 13-Апр-12, 15:17
	>  Мне на ум приходит мысл, что вы просто не разобрались в > работе пакетного фильра. Отсутствия опыта работы с ним и приводит к > таким заблуждениям. ага, с учётом того, что я пользовался pf'ом ещё с момента его портирования во freebsd. вы так и не сказали, как вы отделяете торренты от неторрентов. тем более, что если они у вас бегают через utp и попадают в один класс вместе с voip-трафиком. >Пользуйтесь своим линухом, iptables'ом, а я буду пользоваться качественным > и надежным решением. мне вот кажется, что это вы не понимаете sip call flow. допустим, у компании распределённая сеть филиалов на территории рф и 2 серверные площадки: в спб и мск с астериском на каждой. астериски объединены через dundi+iax и светят в мир адресом, допустим, 213.21.44.10, directmedia/canreinvite=yes в филиалах никаких астерисков нет, стоят роутеры на pf в вашей конфигурации. Человек из филиала в Казани совершает звонок коллеге из Самары. Как при этом побежит трафик и что вы тут будете тегировать?
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

	70. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 13-Апр-12, 18:50
	>>  Мне на ум приходит мысл, что вы просто не разобрались в >> работе пакетного фильра. Отсутствия опыта работы с ним и приводит к >> таким заблуждениям. > ага, с учётом того, что я пользовался pf'ом ещё с момента его > портирования во freebsd. Это не аргумент. Я в опенке еще ipf видел, кстати потом по инерции им еще на Фре пользовался. > вы так и не сказали, как вы отделяете торренты от неторрентов. тем > более, что если они у вас бегают через utp и попадают > в один класс вместе с voip-трафиком. >>Пользуйтесь своим линухом, iptables'ом, а я буду пользоваться качественным >> и надежным решением. > мне вот кажется, что это вы не понимаете sip call flow. Все я понимаю. Вы хотите проверить мои знания в Астере. Ну вот осталось прикрутить вэб морду к биллингу для voip одной небольшой гостиницы. А вы понимаете? > допустим, у компании распределённая сеть филиалов на территории рф и 2 серверные > площадки: в спб и мск с астериском на каждой. астериски объединены > через dundi+iax и светят в мир адресом, допустим, 213.21.44.10, directmedia/canreinvite=yes > в филиалах никаких астерисков нет, стоят роутеры на pf в вашей конфигурации. > Человек из филиала в Казани совершает звонок коллеге из Самары. Как при > этом побежит трафик и что вы тут будете тегировать? Чесно терпение потихоньку заканчивается, нет времени вникать в ваши например. Ответ короткий - не тегированным едины....
	Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

	73. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 13-Апр-12, 19:48
	>> мне вот кажется, что это вы не понимаете sip call flow. > Все я понимаю. Вы хотите проверить мои знания в Астере. Ну вот > осталось прикрутить вэб морду к биллингу для voip одной небольшой гостиницы. и? какое это отношение имеет к call flow? я рулил биллингом на 38млн абонентов, но лишь примерно представляю call flow в gsm сети, допустим, при наличии IN-платформы. >> допустим, у компании распределённая сеть филиалов на территории рф и 2 серверные >> площадки: в спб и мск с астериском на каждой. астериски объединены >> через dundi+iax и светят в мир адресом, допустим, 213.21.44.10, directmedia/canreinvite=yes >> в филиалах никаких астерисков нет, стоят роутеры на pf в вашей конфигурации. >> Человек из филиала в Казани совершает звонок коллеге из Самары. Как при >> этом побежит трафик и что вы тут будете тегировать? > Чесно терпение потихоньку заканчивается, нет времени вникать в ваши например. Ответ короткий два клиента за pfnat и sip proxy где-то в диком интернете, чего тут вникать? приведённый пример - никакой не rocket science, всего лишь вынесенный на внешнюю площадку астериск. самый частый пример такого - это арендованная "виртуальная АТС". при этом в обработке voip-трафика от положения астериска ничего не меняется. > - не тегированным едины.... конкретика? проблеме прохождения "сложных" протоколов через statefull firewall/nat далеко не один год.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	112. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от Dmitriy (??), 29-Окт-12, 15:01
	>[оверквотинг удален] >> BPX просто рубим, ну кроме ДНС ессно. > вообще, держать на роутере какие-либо сервисы - моветон :) > а с directmedia=yes ваш вариант не рабочий. >> А вообще вы одни вопросы задаете, а каково ваше предложение? > а я аккуратно подвожу к тому, что существуют межсетевые экраны, умеющие разглядывать > payload пакета и правильно строить трансляции. > ненавидимый многими вышеупомянутый netfilter умеет анализировать SDP в SIP INVITE и добавлять > в state table записи для корректного прохождения/трансляции RTP. > аналогично с FTP/H.323/PPTP. > могли взять ipfw и не иметь подобных проблем. И как же вы с помощью ipfw payload будете разглядывать? Насколько я знаю он это не умеет.
	Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

	84. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от Аноним (-), 14-Апр-12, 17:40
	> всего udp-трафика. uTP будет рад :)
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	89. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 15-Апр-12, 11:32
	И что вам этот uTP? На 100 мегабитах роутер его не ощущает. Для магистрального коммутатора это может быть проблемой.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	103. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от Аноним (-), 16-Апр-12, 21:04
	> И что вам этот uTP? На 100 мегабитах роутер его не ощущает. Да ну? Этот чудный протоколец умеет ломовой PPS устраивать на радость софтороутерам. А вы предлагаете его приоретизнуть? Прикольная идея :)
	Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

	111. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от Аноним (-), 27-Окт-12, 20:25
	А больше на ЛОХА похож
	Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

	38. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 13:19
	>[оверквотинг удален] >>> 1)какова судьба торрент-трафика и как вы его класифицируете? >>> 2)какова судьба https-трафика? как я понимаю, его ждёт судьба торрентов? >> После таких вопросов я могу сделать вывод, что читали статью через строчку, >> соответсвенно таков и ответ. > я то читал внимательно. > вы пишете: >>Трафик классифицируется как относительно сервиса/протокола (HTTP, FTP, Torrent) так и относительно пользователя, т.е. трафик от/к компьютера, например, бухгалтера может быть весь помечен как с высоким приоритетом, независимо от того Торрент это или FTP. > и я в упор не вижу классификацию по протоколу. всё что вы > делаете - это сливаете трафик от разных хостов в соотв. очередь, > т.е. при запущенных торрентах мы гарантированно получим хлюпающий/булькающий голос в voip. Смотрите. Трафик весь идет с высоким приоритетом (hipri) для отдельных хостов, потому что эти пользователи гарантированно торент качать не будут. Стоит система клиент-банк и всякие там отчетности в налоговую\ПФ и т.д. Да в эту очередь я направляю траф к сип пирам, который класифицируется протоколом, портом и адресами назначения. Торрент, восновном - это UDP с портами > 1024 - это очередь *_other, через ТСР\80 не пройдет, так как там прозрачный прокси.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	40. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 13:23
	> Да в эту > очередь я направляю траф к сип пирам, который класифицируется протоколом, портом > и адресами назначения. вы туда направляете только сигнализацию, но никак не пакетики с голосом. всё что вы таким образом добиваетесь - это потенциально более быстрое установление/завершение сессии итп. на качество голоса это никак не повлияет и в вашем варианте он будет булькать/хлюпать итп. > Торрент, восновном - это UDP с портами > торрент - это tcp. utp провайдеры режут достаточно успешно.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от artemrts (ok), 12-Апр-12, 13:37
	> торрент - это tcp. utp провайдеры режут достаточно успешно. Совершенно ошибочное мнение. У меня процент ТСР трафика торрента не более 20. Мониторил через ng_netflow + pmacct
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от ragus (ok), 12-Апр-12, 13:49
	>> торрент - это tcp. utp провайдеры режут достаточно успешно. > Совершенно ошибочное мнение. У меня процент ТСР трафика торрента не более 20. > Мониторил через ng_netflow + pmacct а как вы отличаете торрент от не торрента? :) и в таком случае по вашим же правилам торрент свалится в u_pri вместе c rtp.
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от Аноним (-), 16-Апр-12, 21:06
	> торрент - это tcp. utp провайдеры режут достаточно успешно. Во первых, не все провы, а только мелкотравчатые мелкие локалки с черти-чем вместо роутеров. Во вторых, оно первым делом сносит роутеры у хомяков, что способствует росту их мощности :) В третьих, в бсдах он не то чтобы тривиально режется :)
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

	110. "Раздел полезных советов: Маршрутизатор на базе FreeBSD с при..."	+/–
	Сообщение от XoRe (ok), 07-Май-12, 23:16
	>> торрент - это tcp. utp провайдеры режут достаточно успешно. > Во первых, не все провы, а только мелкотравчатые мелкие локалки с черти-чем > вместо роутеров. Ага. Qwerty (Москва) и Beeline (там же). > Во вторых, оно первым делом сносит роутеры у хомяков, что способствует росту > их мощности :) Роутеры у хомяков часто вполне осиляют, конечно, если канал не сильно большой. > В третьих, в бсдах он не то чтобы тривиально режется :) В бсдах как раз есть очень эффективный механизм в виде ng_bpf, который позволяет L7 фильтрацию. Конкретно для uTP: http://vurd.name/2011/09/03/%D0%B1%D0%BB.../
	Ответить | Правка | Наверх | Cообщить модератору

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

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