Brownian motion

around the essentials…

 

Archive for 29 вересня 2011

У житті завжди є місце… ДЛЯ ТЕБЕ!

Ось так просто. Жити на Дерибасівській, написати «Слава Україні» над вікном, потім зриватися, вимагати відповіді на одне просте питання: «Хто наказав зафарбувати?!» — написати заяву у міліції і почути, що «ніхто не буде цього розслідувати»…

Потім раптом опівночі вийти на балкон, розмалювати все знову — ще й краще, ніж було! додати калини на прохання діда-комуніста, викладача одеської «мореходки»… Просто щоб відчути себе людиною. Щоб вивішувані на свята прапори — синьо-жовтий та червоно-чорний — були виявом не протесту, а радості.

Все це говорить саме про те, що у заголовку, — у житті завжди є місце ДЛЯ ТЕБЕ.

Лише будь собою.

(2 votes, average: 5.00 out of 5)

tc filter … protocol 802.1q … u32 and filtering VLAN tagged packets

This info was tested with kernels 2.6.26 and 2.6.32. Caution, 2.6.31, looks like, has some nitpicks.

Well, I did not examine cls_u32.c etc-etc — so I can be wrong .)

Some notes regarding «filtering logic»:

  • When we write tc filter ... protocol <proto> u32 match u<length> <value> <mask> at <offset> — we mention an offset «from ZERO», the kernel does it «from the beginning of IP packet».
  • If an Ethernet frame does not contain IP packet inside — it’s possible to filter all packets for protocol specified (as, for example, one can filter all STP packets here), but not with an offset/mask. Such frames do not contain «zero» position, I guess.
  • Filter tree should/may/can contain only filters for the same protocol. If we need to filter different protocols, we can do this, but this is another topic.

Here is a «demo» script (fully working however), which will filter packets in vlan 22 and 310 into different classes (as usually, I am talking of linux bridge with shaper on it; and this bridge passes throught vlan tagged traffic):

» Script and comments… »

(No Ratings Yet)

Recent Posts

Tags

Archives