From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_50, DNS_FROM_OPENWHOIS,SPF_HELO_PASS autolearn=no version=3.2.5 Message-ID: <4E577B07.5000007@altlinux.ru> Date: Fri, 26 Aug 2011 14:52:55 +0400 From: "Peter V. Saveliev" User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Thunderbird/3.1.10 MIME-Version: 1.0 To: ALT Linux Team development discussions References: <4E575074.20606@altlinux.ru> <4E575D6E.60702@altlinux.ru> <4E5760BF.9000608@altlinux.ru> <4E5772D0.2030606@altlinux.ru> In-Reply-To: <4E5772D0.2030606@altlinux.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.2 int cnt prob spamicity histogram 0.00 134 0.018341 0.016141 ################################################ 0.10 12 0.111320 0.024802 ##### 0.20 0 0.000000 0.024802 0.30 0 0.000000 0.024802 0.40 0 0.000000 0.024802 0.50 0 0.000000 0.024802 0.60 0 0.000000 0.024802 0.70 0 0.000000 0.024802 0.80 1 0.885051 0.037605 # 0.90 7 0.949565 0.176723 ### Cc: "Alexey I. Froloff" , Alexey Gladkov Subject: [devel] Fw: [sisyphus] I: iproute2fs X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Aug 2011 10:53:06 -0000 Archived-At: List-Archive: List-Post: Ok, тогда переходим в devel@. On 26.08.2011 14:17, Alexey Gladkov wrote: > On 26.08.2011 13:00, Peter V. Saveliev wrote: >> Скоординируем усилия, хотя бы в части обмена информацией? Например, у >> меня ещё до конца не сформировано ТЗ, обычная история для проектов, >> начинавшихся just for fun (iproute2fs вообще выросла из statfs, у меня в >> гитах лежит). > > У меня тоже сейчас proof-of-concept :) > > У меня не проработана правильная иерархия представления сети на > файловую систему. Я сначала хочу сделать набросок, а потом последовать > настоятельному совету kas@ и написать так называемое rfc и обсудить > его с ядерным апстримом (а там выслушать какой я дебил :). Надо как-то мне тоже это обсуждение не пропустить. Ибо воистину. > >> На данный момент я занят формализацией требований и реализацией базовой >> архитектуры, а Паша Волнейкин переписывает имплементацию 9P на ctypes >> (сейчас используется правоверная, но медленная py9p). > > Если будет ядерный модуль реализующий uevent'ы в userspace о сети (ну > и представление в /sys) не упростит ли это вашу реализацию ? Надо подумать и посмотреть прочие протоколы netlink. Дело в том, что rtnetlink генерит события именно так, как надо -- добавили адрес А, пришло событие (пакет) А', послали пакет А' -- добавился адрес А (и на 0 seq_number снова продублировалось событие). Это вообще идеально. Входящий траффик тогда == лог == данные для playback, которые можно пихать обратно в rtnetlink, вызывая (в идеале, но не всегда) все те события, которые они описывают. Но так не во всех протоколах, скорее всего. Где не так -- там упростит. И rtnetlink также не всю логику отражает, например, взаимосвязь внезапно появляющихся ppp-интерфейсов и работы pptp (или tap и openvpn). Если uevent'ы позволят чуть более широко взглянуть на происходящее -- тоже упростит жизнь. Чего мне прямо сейчас сильно не хватает -- возможности связать виртуальный интерфейс с тем, как и кем он был порождён. Правда, я пока не представляю, как это можно сделать в общем случае. Кстати, надо таки взглянуть, а что сейчас-то там передаётся :) > >> Netlink же выбрал по причине крайнего удобства журналирования (см. про >> мониторинг событий) и потому, что ооооочень много туда уже торчит -- >> rtnetlink, taskstats, аудит, ipq, wifi и ещё не один десяток всякой >> всячины. Не нужно писать с нуля протоколы, не нужно копаться в ядре (у >> меня с этим напряг, больше привлекают юзерспейсные прилады, наследие >> архитектуры Plan9). > > Netlink в линуксе сейчас повсюду. Через него предаётся масса сего и > это основной механизм общения ядра и userspace. > Угу. -- Peter V. Saveliev