The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Резюме докладов с конференции разработчиков сетевой подсисте..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [ Отслеживать ]

"Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от opennews (ok) on 08-Окт-09, 00:37 
Опубликовано краткое содержание выступлений с закрытой конференции Netconf 2009 (день первый (http://vger.kernel.org/netconf2009_notes_1.html), день второй (http://vger.kernel.org/netconf2009_day2.html)), проходившей 19 и 20 сентября. На конференции обсуждались достижения и планы по развитию различных сетевых подсистем Linux. Например, прозвучали доклады о технологии сглаживания TX-прерываний, поддержке двунаправленной маршрутизации на 10-гигабитных каналах, поддержке протокола DCCP, реализации технологии "multiqueue" с отдельным прерыванием для каждой очереди, поддержке сетевых мостов для Multicast трафика, оценке производительности форвардинга пакетов в IPV4 стеке и т.д.


URL: http://vger.kernel.org/netconf2009.html
Новость: http://www.opennet.dev/opennews/art.shtml?num=23765

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

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


1. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Elenium (ok) on 08-Окт-09, 00:37 
было бы оч круто, еслибы в ядре либо в сетевой подсистеме был агрегатор сетевой статистики с краником в субд. из каробки так сказать без libpcap, ulog итд (вприницпе костылей)
почему его досих пор нету непонятно
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Просто Лось. on 08-Окт-09, 01:03 
Потому что он называется ipt_NETFLOW, но про него мало кто знает.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Аноним (??) on 08-Окт-09, 01:59 
>Потому что он называется ipt_NETFLOW, но про него мало кто знает.

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


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

6. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Ну типа имя on 08-Окт-09, 07:16 
>[оверквотинг удален]
>он кривоват, уже пробовал на centos 5.2, и это тоже костыль только
>другой :)
>те потенциально целый пакет проходит из иптаблес в модуль ipt_netflow дальше этот
>модуль его опять обрабатывает и складывает статистику
>зачем? если пакет уже прошел роутинг и иптаблес, можно ведь при попадании
>на каком то начальном этапе попадания пакета в стек стоял счетчик
>и плюсовал где-то у себя и обязательно куда-то скидывал статистику, возможно
>другой модуль этим занимается. те что-то типа статистики нестат только с
>большим кол-вом данных и настройками агрегации, и продуманной модульной системой отдачи
>циферок либо в базу либо еще куда-то.

man ipcad

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

11. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от аноним on 08-Окт-09, 10:23 
ipcad тот же костыль, но работает с большим количеством костылей, типа libpcap, ulog и т.д.
ни о какой интеграции с ядром не идет речи.
особенно нравится, когда идет флуд и ipcad кладет систему по загрузке cpu.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

15. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Ну типа имя on 08-Окт-09, 12:50 
> большим количеством костылей, типа libpcap, ulog

откуда такие неверные познания?

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

12. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +1 +/
Сообщение от svn (??) on 08-Окт-09, 12:00 
>в ядре либо в сетевой подсистеме был агрегатор сетевой статистики

Он есть уже давно. Называется Conntrack. Пасёт соединения, считает трафик, имеет интерфейс в виде netlink сокета.

>с краником в субд

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

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

18. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Elenium (ok) on 08-Окт-09, 13:14 
Поправьте если не так. на коннтрак и нетлинке несваяешь нормальную систему статистики. тк
1. коннтрак разрабатывался для отслеживания соединений, статистика по байтам есть, НО отдавать через некий сокет нормально он неумеет ее, либо велика вероятность дропа, те неотдал/непарснул итд - коллектор неплюсанул, статистика непопала, вообщем непродакшен нефига
2. нетлинк вообще принципиально разрабатывается не как Public userspace API а исключительно API между продуктами серии коннтрак
в итоге нормальной сборки статистики (я подчеркиваю не биллинга или веб морды, а некий алгоритм поведения с этой статистикой чтобы непропадала - сейвилась где-то, агрегировалась наконец) нету нефига в лине к огромному сожалению :(((
причем впринципе ходы выходы из ядра в узерспайс есть, полдела с коннтрак и нетлинк сделано и все было бы стройно и красиво, но блин... omg
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

19. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Elenium (ok) on 08-Окт-09, 13:21 
и вообще коннтракт это система отслеживания соединений и работы с ними, а не сбор статистики и свое дело коннтракт делает
кстати ему реально непомешал бы ipt_conntrack_torrent на подобии ipt_conntrack_ftp и sip :))

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

13. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Aleksey (??) on 08-Окт-09, 12:18 
Да чего мелочится. Давайте в ядро биллинговую систему встроим. Было бы оффигительно круто.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

14. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от аноним on 08-Окт-09, 12:30 
не нужно перегибать палку. вполне подошел бы netflow на уровне анализа пакетов, без дополнительных извратов ulog, ipq, pcap и другой мути.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

20. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Elenium (ok) on 08-Окт-09, 13:23 
>не нужно перегибать палку. вполне подошел бы netflow на уровне анализа пакетов,
>без дополнительных извратов ulog, ipq, pcap и другой мути.

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

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

22. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Ъ on 08-Окт-09, 15:01 
Все уже давно придумано. ipcad + radius  
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

25. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от eye email on 08-Окт-09, 18:05 
ng_netflow (да и вообще netgraph) на FreeBSD просто чудо. в линухе такого наверное не будет
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

26. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +1 +/
Сообщение от crypt (??) on 08-Окт-09, 19:14 
Почему бы тебе не написать тестовый модуль ядра с нужным тебе функционалом? Модуль вроде не очень сложно пишется. Заодно и проверить свои идеи.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Резюме докладов с конференции разработчиков сетевой подсисте"  +/
Сообщение от Просто Лось. on 08-Окт-09, 01:12 
Жаль, что закрытая, и что так мало докладов выложено. Неужели так трудно снять два дня видео и выложить на youtube..
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Резюме докладов с конференции разработчиков сетевой подсисте"  –1 +/
Сообщение от hatelinux on 08-Окт-09, 02:11 
>Жаль, что закрытая, и что так мало докладов выложено. Неужели так трудно снять два дня видео и выложить на youtube..

бггг
бояться что их инновационные идеи украдет M$ )))))

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

7. "Резюме докладов с конференции разработчиков сетевой подсисте"  +/
Сообщение от Бррр on 08-Окт-09, 08:17 
Гениально Ватсон!
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

8. "Резюме докладов с конференции разработчиков сетевой подсисте"  +/
Сообщение от gentoid on 08-Окт-09, 09:36 
А M$ тоже улучшает сетевую подсистему Linux? )
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

23. "Резюме докладов с конференции разработчиков сетевой подсисте"  +/
Сообщение от User294 (ok) on 08-Окт-09, 17:28 
M$ до сих пор не умеет в своем "advanced" виндоус файрволе диапазоны портов открывать! Это в крутом и дорогом 2008 сервер то. Так что если и украдет что-то такое - то лет через хренадцать, не раньше.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

9. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Аноним (??) on 08-Окт-09, 09:56 
Уважаемые господа сетевики. Есть такая проблема. Хочется поиметь шейпер. С HTB и CBQ поверхостно знаком, но ситуация не совсем стандартна.

Есть порядка 2k клиентов и 5 тарифных планов, хочется малой кровью пошейпить канал в соответствии с потребностями клиентов и их тарифами.

Как наиболее оптимально это сделать ?

Заранее благодарен

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

10. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от pavel_simple (ok) on 08-Окт-09, 09:58 
>Уважаемые господа сетевики. Есть такая проблема. Хочется поиметь шейпер. С HTB и
>CBQ поверхостно знаком, но ситуация не совсем стандартна.
>
>Есть порядка 2k клиентов и 5 тарифных планов, хочется малой кровью пошейпить
>канал в соответствии с потребностями клиентов и их тарифами.
>
>Как наиболее оптимально это сделать ?
>
>Заранее благодарен

по форуму поискать для порядка желательно
например
http://www.opennet.dev/openforum/vsluhforumID1/86587.html

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

16. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от iZEN (ok) on 08-Окт-09, 13:02 
>Как наиболее оптимально это сделать ?

PF+ALTQ

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

17. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Jordan email on 08-Окт-09, 13:09 
ifpw+dummynet
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

21. "PF+ALTQ"  +/
Сообщение от kran (??) on 08-Окт-09, 14:32 
Поделитесь знаниями, как сделать на PF шейпинг для каждого из 2k клиентов. Т.е. выделить каждому клиенту гарантированную полосу (при условии что канала хватает).
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

24. "PF+ALTQ"  +/
Сообщение от Полиграф Полиграфыч on 08-Окт-09, 17:31 
Написать скрипт на шэле или на пёрле который будет по заданным параметрам генерировать pf.conf с очередями hfsc
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

28. "PF+ALTQ"  +/
Сообщение от kran (??) on 09-Окт-09, 00:24 
2k очередей? какая машинка это прожуёт на 100мбитном канале 30-40kpps
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

30. "PF+ALTQ"  +/
Сообщение от eye email on 09-Окт-09, 10:38 
>2k очередей? какая машинка это прожуёт на 100мбитном канале 30-40kpps

3k пайпов (dummynet) 300мбитный канал 80-100kpps жует 2xQuadXeon. хоть и с трудом

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

32. "PF+ALTQ"  +1 +/
Сообщение от Mike (??) on 09-Окт-09, 20:32 
Зачем стёрли комментарий? Ведь реально, же - ужасно...
Pentium 4 Dual 3.0Ghz справлялся с нагрузкой в 3к pppN соединений, с правилами CBQ на каждом.

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

33. "PF+ALTQ"  +/
Сообщение от eye email on 12-Окт-09, 10:46 
>Зачем стёрли комментарий? Ведь реально, же - ужасно...
>Pentium 4 Dual 3.0Ghz справлялся с нагрузкой в 3к pppN соединений, с
>правилами CBQ на каждом.

сколько пакетов? сколько мегабит?

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

27. "Резюме докладов с конференции разработчиков сетевой подсисте..."  +/
Сообщение от Mike (??) on 08-Окт-09, 20:51 
Такая же была задача в своё время. Только тарифов больше.
У нас схема была простая.
Для соединения клиентов использовался PPTP.
При поднятии интерфейса pppN, radius-сервер по мимо различных атрибутов передавал данные о тарифе (сколько туда и обратно).
Данные о тарифе передавались небольшой, написанной на С программе, которая на pppN-интерфейс вешала определённое правило на CBQ, с различными параметрами для шейпинга (в зависимости от того, что radius-сервер передал).
При опускании pppN интерфейса, нет необходимости в чистке просил шейпинга - ядро само их уберёт.
Всё работало быстро, без нареканий.
Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

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

Индекс форумов | Темы | Пред. тема | След. тема




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

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