Hi - I have used the live reconfiguration functionality of Click with the click-install tool. However, it requires that Click be running as a driver inside the Linux module. Is it possible to achieve the same hop swap functionality with Click running in the user land? Thanks, Neel
Hello,
I am trying to run a simple Click kernel module which captures all
packets from interface *gbe0* and forwards them to the interface *gbe1*;
these are 10 Gigabit Intel Network cards.
My issue is that I get a NULL pointer dereference when I forward
packets, even with a very simple configuration.
Setup of *host A*:
*Click version*: 2.1 (latest from github), kernel module
*Configuration*: FromDevice(gbe0, PROMISC true) -> Queue(10000) ->
ToDevice(gbe1);
*kernel*: 3.2.0-39-generic x86_64 GNU/Linux.
*Distro*: Ubuntu 12.04.2 LTS
*Ethernet card*: [detailed in the *attachment*]
84:00.1 Ethernet controller: Intel Corporation 82599EB 10-Gigabit
SFI/SFP+ Network Connection (rev 01)
Subsystem: Intel Corporation Ethernet Server Adapter X520-2
Kernel driver in use: ixgbe
Kernel modules: ixgbe
*Test*: another machine, host B, is connected directly to host A.
Userspace click also runs on *host B* with the following configuration:
RandomSource( LENGTH 1514 ) -> ToDevice(gbe0);
(Continue reading)
Hi All,
I want to use click to create a distributed pattern matching and
messaging system.
The starting point is a series of Syslog messages. Since Click does not
have an inbuilt Syslog (AFAIK) element, I am dumping all the Syslog
messages to a file index first. Then, I am asking Click to read each line
of the Syslog content, convert it to a packet that passes through my
PatternMatcher element . Here is what I am trying to do and failing:
1. FromSyslogFile(<filename>) -> EtherEncap(..) -> UDPIPEncap(..) ->
ToDump()
EherEncap is correctly putting the Ethernet header but UDPIPEncap() is not
doing anything.. How do I put Ethernet/IP/UDP header to my data that I am
reading from my file using the element (created by me) FromSyslogFile()?
2. Suppose Step 1 succeeds i.e. I have the packet with the Syslog data in
the payload, I am now want it to pass through my element,
StringClassifer(<regex1>, <regex2>,..). I am using the C++ lib re2(
https://code.google.com/p/re2/) inside my StringClassifier class for
pattern matching. Is this the correct/recommended approach to pattern
matching at Layer7?
Thanks,
NeelSheyal
I am a MSc student at AGH University of Science and Technology, Krakow, Poland. We are using Click in many research projects here. It is a really great tool. However, as you may know, there is a problem with using dynamic routing protocols together with Click. There are two widespread open source routing protocols daemons: XORP and Quagga. XORP has built in Click support, but integrating it with Click is pretty tricky. Many users are unable to cope with that (basing on opinions found on forums and mailing lists). Quagga is more popular and better maintained suit from XORP. But it lacks of Click support. Last time Quagga has introduced FIB push interface ( http://www.nongnu.org/quagga/docs/docs-info.html#zebra-FIB-push-interface). It could be used for pushing routing information to the (hardware or software) dataplane. Quagga is participating this year in Google Summer of Code. Therefore, I came up with the idea of implementing Quagga -> Click interface as my GSoC project. The plan for now is as follows: - create Click element which will accept connection from Quagga interface, for example: "QuaggaSocket(IPRouteTable rt)" - the element will receive route updates from Quagga and update table rt inside the Click - this will work in case of userlevel Click In case of kernel Click I plan as follows: - implement ability for pushing FIB data through the file socket (in addition to existing TCP socket support) in Quagga's FIB push interface(Continue reading)
Hi guys, Sorry for the previous message. I'm doing a click dsr project, but currently my dsr-router.click couldn't be execute. > > > > It shows this; > > > > student <at> ubuntu:~/Desktop/click-2.0.1/userlevel$ ./click ../conf/dsr-router.click > > ../conf/dsr-router.click:25: unknown element class ?RouteTable? > > ../conf/dsr-router.click:26: unknown element class ?RequestTable? > > ../conf/dsr-router.click:27: unknown element class ?ACKTable? > > ../conf/dsr-router.click:28: unknown element class ?ArpTable? > > ../conf/dsr-router.click:33: undeclared element ?GetEtherAddress? > > ../conf/dsr-router.click:45: undeclared element ?MarkAdhocHeader? > > > > I am really looking forward for your reply. > > Also, here is my configuration file.(Continue reading)
Dear All, hope someone can help me with this ... i have simple enough code moslty taken from TestTimer class. I just want to create a timer that fires a callback function. I have tried initializing the Timer with a (Callback function f, user_data) in which case f should be called when timer.schedule_now() is called in initalize(). i have put click_chatter in the initialize() function and the callback but only the chatter from initialize comes up in dmesg. If I try to initialize the timer with Timer(Element *) on a call to timer.schedule_now() the element class's run_timer() should be called but no chatter shows up in dmesg. plz help i have spent some days on this problem and seemed to have gone through most code files for the timer class and TimerTest but to no avail! thank u in advance momina
hi, when i install click, there is some err. my system is rhel5.5, and upgrade the kerenl to 2.6.19. i patched the src of the kernel, and compile the kernel again. after reboot, install click, report err: Your Linux kernel header files cause errors when included by a C++ program, what is the reason? regards hci [root <at> localhost click-2.0.1]# uname -a Linux localhost.localdomain 2.6.19 #1 SMP Thu Apr 18 06:23:02 PDT 2013 x86_64 x86_64 x86_64 GNU/Linux [root <at> localhost linux-2.6.19]# patch -p0 -b < /root/Desktop/click-2.0.1/etc/linux-2.6.19.2-patch patching file ./drivers/input/serio/i8042-ppcio.h patching file ./drivers/media/dvb/bt8xx/bt878.h patching file ./drivers/net/ibmveth.c patching file ./drivers/net/wireless/rayctl.h patching file ./drivers/video/i810/i810_main.h patching file ./fs/file_table.c patching file ./fs/super.c patching file ./include/asm-alpha/core_tsunami.h patching file ./include/asm-alpha/processor.h patching file ./include/asm-alpha/system.h patching file ./include/asm-arm/arch-omap/mtd-xip.h patching file ./include/asm-arm/arch-pxa/mtd-xip.h patching file ./include/asm-arm/system.h patching file ./include/asm-arm26/hardirq.h patching file ./include/asm-arm26/mmu.h(Continue reading)
Hi everybody, we are trying to compile IPsec on RouteBricks system which uses click-1.7.0 with mqpolldevice element. However, the compilation fails. By going through a previous thread, we found out that IPsec does not compile on 64-bit system. Our experience showed that it compiles with click-1.8.0, but there the mqpolldevice does not compile. Does anyone has an IPsec which compiles on Click-1.7.0 on 64-bit system ? Or an mqpolldevice which can compile on Click-1.8.0 ? We would appreciate any hints or help. Regards, Richard
I don't quite understand the differences between the user-level and kernel-level ToDevice() elements. For example, will the kernel TCP stack interfere in TCP flows, or is there just a performance hit due to usermode?
Hello everybody, we set up a RouteBricks environment using Intel 82598EB 10-Gigabit cards with the ixgbe-1.3.56.5 driver patched for multi-queuing from click. We now want to classify packets by their respective destination MAC-addresses into different queues using the VMDq technology. Unfortunately loading the ixgbe driver using the parameters InterruptType=2,2,2,2 VMDQ=2,2,2,2 does not do the work. All received packets on the respective interface will go into the same queue, no matter what destination MAC-address they carry. Does anyone of you have experience using VMDq with the mentioned driver and networking cards and how to configure them properly? Thank you and best regards Richard
RSS Feed7 | |
|---|---|
16 | |
28 | |
13 | |
58 | |
4 | |
18 | |
18 | |
8 | |
17 | |
36 | |
31 | |
25 | |
18 | |
17 | |
70 | |
127 | |
74 | |
75 | |
93 | |
63 | |
66 | |
90 | |
64 | |
144 | |
54 | |
78 | |
143 | |
153 | |
39 | |
69 | |
108 | |
62 | |
56 | |
70 | |
20 | |
33 | |
50 | |
124 | |
171 | |
84 | |
72 | |
110 | |
59 | |
27 | |
13 | |
27 | |
36 | |
2 | |
17 | |
91 | |
68 | |
9 | |
10 | |
60 | |
89 | |
112 | |
93 | |
84 | |
51 | |
41 | |
83 | |
53 | |
73 | |
72 | |
64 | |
68 | |
93 | |
155 | |
130 | |
128 | |
93 | |
90 | |
53 | |
64 | |
99 | |
157 | |
78 | |
75 | |
69 | |
90 | |
37 | |
41 | |
91 | |
82 | |
121 | |
154 | |
88 | |
36 | |
48 | |
69 | |
88 | |
65 | |
56 | |
82 | |
82 | |
106 | |
111 | |
130 | |
114 | |
88 | |
45 | |
64 | |
135 | |
76 | |
49 | |
179 | |
107 | |
82 | |
72 | |
90 | |
51 | |
29 | |
60 | |
55 | |
37 | |
54 | |
99 | |
24 |
