From j.herzen at gmail.com Fri Feb 1 05:41:35 2013 From: j.herzen at gmail.com (Julien Herzen) Date: Fri, 1 Feb 2013 11:41:35 +0100 Subject: [Click] Reconfiguration of todevice/fromdevice after interface reset Message-ID: Hello all, I'm using Click (userlevel) in parallel to some other task that needs to interact with the interfaces, doing things such as ifconfig wlan0 down / ifconfig wlan0 up. As one could expect, after disabling and re-enabling the interfaces, the corresponding ToDevice / FromDevice elements stop working and produce errors like "ToDevice(wlan0): No such device or address". Is there a way to reconfigure ToDevice and FromDevice to let them know that the corresponding underlying interface changed? Many thanks for your help, Julien From ekohler at gmail.com Wed Feb 6 10:18:39 2013 From: ekohler at gmail.com (Eddie Kohler) Date: Wed, 6 Feb 2013 10:18:39 -0500 Subject: [Click] Click defines in ns3 In-Reply-To: <51042E51.4040400@informatik.uni-bonn.de> References: <50FD26BE.9090406@informatik.uni-bonn.de> <50FFD007.8060503@informatik.uni-bonn.de> <51001183.4010704@informatik.uni-bonn.de> <51042E51.4040400@informatik.uni-bonn.de> Message-ID: The Click part looks good to me, and I've merged it! E On Sat, Jan 26, 2013 at 2:28 PM, Sascha Alexander Jopen wrote: > Hi, > > this is another version of the click defines for ns3 patchset. It makes > use of simclick_sim_command to fetch the defines from ns3 at click > router instantiation time. This way ns2 or older ns3 variants are not > affected, they only do not provide defines. > > This patchset is to be applied on top of the rng support patchset. > Please review this one for inclusion into click and ns3. > > Sascha > > On 23.01.2013 17:36, Sascha Alexander Jopen wrote: >> Hey, >> >> with the current implementation on the ns3 side, using >> simclick_click_command is only possible after an instance of the click >> router has been created (Ipv4ClickRouting::DoStart ()). However, we >> already need the defines at this time to instantiate the router. >> I'll try to rearrange this and implement defines the way you suggested, >> keeping the API stable. >> >> Sascha >> >> On 23.01.2013 16:46, Eddie Kohler wrote: >>> Hey, >>> >>> I'm always bummed out by API changes that require people to keep two >>> packages precisely up to date and will therefore request some changes. >>> >>> (1) Add a new SIMCLICK comamnd constant, SIMCLICK_DEFINE or >>> SIMCLICK_CREATE_DEFINE, your choice. >>> (2) Change simclick_click_command so that SIMCLICK_SUPPORTS reports >>> true for SIMCLICK_DEFINE >>> (3) Implement definition support via SIMCLICK_DEFINE, which will >>> require changes to click and to ns. >>> >>> Make sense? >>> Eddie >>> >>> >>> On Wed, Jan 23, 2013 at 6:56 AM, Sascha Alexander Jopen >>> wrote: >>>> Hi, >>>> >>>> i think this has nothing to do with the Click defines patchset. Please >>>> use a new thread for your questions. >>>> >>>> How packet processing is done in your application depends on the type >>>> and format of your packets. There are standard elements in click to deal >>>> with Ethernet or IP packets, for example. See >>>> http://read.cs.ucla.edu/click/elements >>>> For processing of application layer data, you have to write your own >>>> elements. See http://www.read.cs.ucla.edu/gitweb?p=click;a=blob;f=FAQ >>>> and http://www.read.cs.ucla.edu/click/learning >>>> >>>> Regards, >>>> Sascha >>>> >>>> On 23.01.2013 11:46, karthick m wrote: >>>>> Hi sascha, >>>>> >>>>> I am implementing my own publish subscribe architecture using >>>>> click router. For that i need to work on packets. Say a publisher is >>>>> sending a publish packet, i have to see the packet data and process packet >>>>> according to the data and route it. The problem is that, i do not find any >>>>> element which does packet processing for example. Could you please give me >>>>> a pointer to it. Thanks in advance. >>>>> >>>> >>>> >>>> -- >>>> Dipl.-Inform. Sascha Jopen >>>> >>>> University of Bonn Tel.: +49-228-73-54219 >>>> Institute of Computer Science 4 Fax: +49-228-73-4571 >>>> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >>>> D-53113 Bonn, Germany >>>> _______________________________________________ >>>> click mailing list >>>> click at amsterdam.lcs.mit.edu >>>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >> >> > > > -- > Dipl.-Inform. Sascha Jopen > > University of Bonn Tel.: +49-228-73-54219 > Institute of Computer Science 4 Fax: +49-228-73-4571 > Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de > D-53113 Bonn, Germany > > _______________________________________________ > click mailing list > click at amsterdam.lcs.mit.edu > https://amsterdam.lcs.mit.edu/mailman/listinfo/click > From suresh.lalith at gmail.com Thu Feb 7 05:17:55 2013 From: suresh.lalith at gmail.com (Lalith Suresh) Date: Thu, 7 Feb 2013 11:17:55 +0100 Subject: [Click] Click defines in ns3 In-Reply-To: References: <50FD26BE.9090406@informatik.uni-bonn.de> <50FFD007.8060503@informatik.uni-bonn.de> <51001183.4010704@informatik.uni-bonn.de> <51042E51.4040400@informatik.uni-bonn.de> Message-ID: I've merged both the RNG and defines patches on the ns-3 side. Thanks! On Wed, Feb 6, 2013 at 4:18 PM, Eddie Kohler wrote: > The Click part looks good to me, and I've merged it! > E > > > On Sat, Jan 26, 2013 at 2:28 PM, Sascha Alexander Jopen > wrote: >> Hi, >> >> this is another version of the click defines for ns3 patchset. It makes >> use of simclick_sim_command to fetch the defines from ns3 at click >> router instantiation time. This way ns2 or older ns3 variants are not >> affected, they only do not provide defines. >> >> This patchset is to be applied on top of the rng support patchset. >> Please review this one for inclusion into click and ns3. >> >> Sascha >> >> On 23.01.2013 17:36, Sascha Alexander Jopen wrote: >>> Hey, >>> >>> with the current implementation on the ns3 side, using >>> simclick_click_command is only possible after an instance of the click >>> router has been created (Ipv4ClickRouting::DoStart ()). However, we >>> already need the defines at this time to instantiate the router. >>> I'll try to rearrange this and implement defines the way you suggested, >>> keeping the API stable. >>> >>> Sascha >>> >>> On 23.01.2013 16:46, Eddie Kohler wrote: >>>> Hey, >>>> >>>> I'm always bummed out by API changes that require people to keep two >>>> packages precisely up to date and will therefore request some changes. >>>> >>>> (1) Add a new SIMCLICK comamnd constant, SIMCLICK_DEFINE or >>>> SIMCLICK_CREATE_DEFINE, your choice. >>>> (2) Change simclick_click_command so that SIMCLICK_SUPPORTS reports >>>> true for SIMCLICK_DEFINE >>>> (3) Implement definition support via SIMCLICK_DEFINE, which will >>>> require changes to click and to ns. >>>> >>>> Make sense? >>>> Eddie >>>> >>>> >>>> On Wed, Jan 23, 2013 at 6:56 AM, Sascha Alexander Jopen >>>> wrote: >>>>> Hi, >>>>> >>>>> i think this has nothing to do with the Click defines patchset. Please >>>>> use a new thread for your questions. >>>>> >>>>> How packet processing is done in your application depends on the type >>>>> and format of your packets. There are standard elements in click to deal >>>>> with Ethernet or IP packets, for example. See >>>>> http://read.cs.ucla.edu/click/elements >>>>> For processing of application layer data, you have to write your own >>>>> elements. See http://www.read.cs.ucla.edu/gitweb?p=click;a=blob;f=FAQ >>>>> and http://www.read.cs.ucla.edu/click/learning >>>>> >>>>> Regards, >>>>> Sascha >>>>> >>>>> On 23.01.2013 11:46, karthick m wrote: >>>>>> Hi sascha, >>>>>> >>>>>> I am implementing my own publish subscribe architecture using >>>>>> click router. For that i need to work on packets. Say a publisher is >>>>>> sending a publish packet, i have to see the packet data and process packet >>>>>> according to the data and route it. The problem is that, i do not find any >>>>>> element which does packet processing for example. Could you please give me >>>>>> a pointer to it. Thanks in advance. >>>>>> >>>>> >>>>> >>>>> -- >>>>> Dipl.-Inform. Sascha Jopen >>>>> >>>>> University of Bonn Tel.: +49-228-73-54219 >>>>> Institute of Computer Science 4 Fax: +49-228-73-4571 >>>>> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >>>>> D-53113 Bonn, Germany >>>>> _______________________________________________ >>>>> click mailing list >>>>> click at amsterdam.lcs.mit.edu >>>>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >>> >>> >> >> >> -- >> Dipl.-Inform. Sascha Jopen >> >> University of Bonn Tel.: +49-228-73-54219 >> Institute of Computer Science 4 Fax: +49-228-73-4571 >> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >> D-53113 Bonn, Germany >> >> _______________________________________________ >> click mailing list >> click at amsterdam.lcs.mit.edu >> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >> > _______________________________________________ > click mailing list > click at amsterdam.lcs.mit.edu > https://amsterdam.lcs.mit.edu/mailman/listinfo/click -- Lalith Suresh www.lalith.in From cliff at meraki.com Sat Feb 9 21:03:33 2013 From: cliff at meraki.com (Cliff Frey) Date: Sat, 9 Feb 2013 18:03:33 -0800 Subject: [Click] linuxmodule ToDevice Message-ID: https://github.com/kohler/click/pull/75 I changed elements/linuxmodule/todevice.cc back to using ndo_start_xmit instead of dev_queue_xmit. I haven't actually tried this out on many different kernel versions, but I'm curious if any of you have feedback on this set of changes. I hope to be able to run this on a few different kernel versions and actually do a benchmark on my 10Gbps card sometime soon. Cliff From cliff at meraki.com Sun Feb 10 01:48:53 2013 From: cliff at meraki.com (Cliff Frey) Date: Sat, 9 Feb 2013 22:48:53 -0800 Subject: [Click] linuxmodule ToDevice In-Reply-To: References: Message-ID: Well, the fact that this was rapidly merged into mainline inspired me to do a bit more testing, and it found a very basic issue which I just fixed in mainline, so if you do want to test this, just test mainline. Cliff On Sat, Feb 9, 2013 at 6:03 PM, Cliff Frey wrote: > https://github.com/kohler/click/pull/75 > > I changed elements/linuxmodule/todevice.cc back to using ndo_start_xmit > instead of dev_queue_xmit. > > I haven't actually tried this out on many different kernel versions, but > I'm curious if any of you have feedback on this set of changes. I hope to > be able to run this on a few different kernel versions and actually do a > benchmark on my 10Gbps card sometime soon. > > Cliff > From mail at richard-neumann.de Tue Feb 12 07:15:38 2013 From: mail at richard-neumann.de (Richard Neumann) Date: Tue, 12 Feb 2013 13:15:38 +0100 Subject: [Click] Click with netmap - Segmentation fault Message-ID: <1360671338.2268.7.camel@localhost.localdomain> Hi everybody, we have a problem running click with netmap. We are using netmap version 20120813 with the development version of click from the git repository. We are trying to generate packets with pkt-gen and forward them to another machine running pkt-gen in receiver mode. As configuration for click we use: FromDevice(eth9, METHOD NETMAP) -> c1::AverageCounter() -> Queue() -> ToDevice(eth8); After a short time of successfull forwarding, click crashes displaying a "Segmentation fault (core dumped)". Has anybody else encountered this problem yet and perhaps a solution available. Thank you in advance and best regards, Richard Neumann From jopen at informatik.uni-bonn.de Mon Feb 18 10:22:53 2013 From: jopen at informatik.uni-bonn.de (Sascha Alexander Jopen) Date: Mon, 18 Feb 2013 16:22:53 +0100 Subject: [Click] Click defines in ns3 In-Reply-To: References: <50FD26BE.9090406@informatik.uni-bonn.de> <50FFD007.8060503@informatik.uni-bonn.de> <51001183.4010704@informatik.uni-bonn.de> <51042E51.4040400@informatik.uni-bonn.de> Message-ID: <5122474D.2010707@informatik.uni-bonn.de> Hey, the patch i submitted is missing a critical part. Currently, only a single node can be configured with defines and all following nodes are configured with the same defines. The attached patch fixes this. Sorry for the inconvenience, Sascha On 06.02.2013 16:18, Eddie Kohler wrote: > The Click part looks good to me, and I've merged it! > E > > > On Sat, Jan 26, 2013 at 2:28 PM, Sascha Alexander Jopen > wrote: >> Hi, >> >> this is another version of the click defines for ns3 patchset. It makes >> use of simclick_sim_command to fetch the defines from ns3 at click >> router instantiation time. This way ns2 or older ns3 variants are not >> affected, they only do not provide defines. >> >> This patchset is to be applied on top of the rng support patchset. >> Please review this one for inclusion into click and ns3. >> >> Sascha >> >> On 23.01.2013 17:36, Sascha Alexander Jopen wrote: >>> Hey, >>> >>> with the current implementation on the ns3 side, using >>> simclick_click_command is only possible after an instance of the click >>> router has been created (Ipv4ClickRouting::DoStart ()). However, we >>> already need the defines at this time to instantiate the router. >>> I'll try to rearrange this and implement defines the way you suggested, >>> keeping the API stable. >>> >>> Sascha >>> >>> On 23.01.2013 16:46, Eddie Kohler wrote: >>>> Hey, >>>> >>>> I'm always bummed out by API changes that require people to keep two >>>> packages precisely up to date and will therefore request some changes. >>>> >>>> (1) Add a new SIMCLICK comamnd constant, SIMCLICK_DEFINE or >>>> SIMCLICK_CREATE_DEFINE, your choice. >>>> (2) Change simclick_click_command so that SIMCLICK_SUPPORTS reports >>>> true for SIMCLICK_DEFINE >>>> (3) Implement definition support via SIMCLICK_DEFINE, which will >>>> require changes to click and to ns. >>>> >>>> Make sense? >>>> Eddie >>>> >>>> >>>> On Wed, Jan 23, 2013 at 6:56 AM, Sascha Alexander Jopen >>>> wrote: >>>>> Hi, >>>>> >>>>> i think this has nothing to do with the Click defines patchset. Please >>>>> use a new thread for your questions. >>>>> >>>>> How packet processing is done in your application depends on the type >>>>> and format of your packets. There are standard elements in click to deal >>>>> with Ethernet or IP packets, for example. See >>>>> http://read.cs.ucla.edu/click/elements >>>>> For processing of application layer data, you have to write your own >>>>> elements. See http://www.read.cs.ucla.edu/gitweb?p=click;a=blob;f=FAQ >>>>> and http://www.read.cs.ucla.edu/click/learning >>>>> >>>>> Regards, >>>>> Sascha >>>>> >>>>> On 23.01.2013 11:46, karthick m wrote: >>>>>> Hi sascha, >>>>>> >>>>>> I am implementing my own publish subscribe architecture using >>>>>> click router. For that i need to work on packets. Say a publisher is >>>>>> sending a publish packet, i have to see the packet data and process packet >>>>>> according to the data and route it. The problem is that, i do not find any >>>>>> element which does packet processing for example. Could you please give me >>>>>> a pointer to it. Thanks in advance. >>>>>> >>>>> >>>>> >>>>> -- >>>>> Dipl.-Inform. Sascha Jopen >>>>> >>>>> University of Bonn Tel.: +49-228-73-54219 >>>>> Institute of Computer Science 4 Fax: +49-228-73-4571 >>>>> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >>>>> D-53113 Bonn, Germany >>>>> _______________________________________________ >>>>> click mailing list >>>>> click at amsterdam.lcs.mit.edu >>>>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >>> >>> >> >> >> -- >> Dipl.-Inform. Sascha Jopen >> >> University of Bonn Tel.: +49-228-73-54219 >> Institute of Computer Science 4 Fax: +49-228-73-4571 >> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >> D-53113 Bonn, Germany >> >> _______________________________________________ >> click mailing list >> click at amsterdam.lcs.mit.edu >> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >> -- Dipl.-Inform. Sascha Jopen University of Bonn Tel.: +49-228-73-54219 Institute of Computer Science 4 Fax: +49-228-73-4571 Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de D-53113 Bonn, Germany -------------- next part -------------- diff --git a/ns/nsclick.cc b/ns/nsclick.cc index 3ebc61c..4cfd0ae 100644 --- a/ns/nsclick.cc +++ b/ns/nsclick.cc @@ -144,6 +144,7 @@ int simclick_click_create(simclick_node_t *simnode, const char* router_file) { } Router *r = click_read_router(router_file, false, errh, false); + click_lexer()->global_scope().clear(); simnode->clickinfo = r; if (!r) return errh->fatal("%s: not a valid router", router_file); From ekohler at gmail.com Mon Feb 18 10:30:18 2013 From: ekohler at gmail.com (Eddie Kohler) Date: Mon, 18 Feb 2013 10:30:18 -0500 Subject: [Click] Click defines in ns3 In-Reply-To: <5122474D.2010707@informatik.uni-bonn.de> References: <50FD26BE.9090406@informatik.uni-bonn.de> <50FFD007.8060503@informatik.uni-bonn.de> <51001183.4010704@informatik.uni-bonn.de> <51042E51.4040400@informatik.uni-bonn.de> <5122474D.2010707@informatik.uni-bonn.de> Message-ID: No problem; applied. Hey in the future please use Github pull requests. Thanks! E On Mon, Feb 18, 2013 at 10:22 AM, Sascha Alexander Jopen wrote: > Hey, > > the patch i submitted is missing a critical part. Currently, only a > single node can be configured with defines and all following nodes are > configured with the same defines. The attached patch fixes this. > > Sorry for the inconvenience, > Sascha > > On 06.02.2013 16:18, Eddie Kohler wrote: >> The Click part looks good to me, and I've merged it! >> E >> >> >> On Sat, Jan 26, 2013 at 2:28 PM, Sascha Alexander Jopen >> wrote: >>> Hi, >>> >>> this is another version of the click defines for ns3 patchset. It makes >>> use of simclick_sim_command to fetch the defines from ns3 at click >>> router instantiation time. This way ns2 or older ns3 variants are not >>> affected, they only do not provide defines. >>> >>> This patchset is to be applied on top of the rng support patchset. >>> Please review this one for inclusion into click and ns3. >>> >>> Sascha >>> >>> On 23.01.2013 17:36, Sascha Alexander Jopen wrote: >>>> Hey, >>>> >>>> with the current implementation on the ns3 side, using >>>> simclick_click_command is only possible after an instance of the click >>>> router has been created (Ipv4ClickRouting::DoStart ()). However, we >>>> already need the defines at this time to instantiate the router. >>>> I'll try to rearrange this and implement defines the way you suggested, >>>> keeping the API stable. >>>> >>>> Sascha >>>> >>>> On 23.01.2013 16:46, Eddie Kohler wrote: >>>>> Hey, >>>>> >>>>> I'm always bummed out by API changes that require people to keep two >>>>> packages precisely up to date and will therefore request some changes. >>>>> >>>>> (1) Add a new SIMCLICK comamnd constant, SIMCLICK_DEFINE or >>>>> SIMCLICK_CREATE_DEFINE, your choice. >>>>> (2) Change simclick_click_command so that SIMCLICK_SUPPORTS reports >>>>> true for SIMCLICK_DEFINE >>>>> (3) Implement definition support via SIMCLICK_DEFINE, which will >>>>> require changes to click and to ns. >>>>> >>>>> Make sense? >>>>> Eddie >>>>> >>>>> >>>>> On Wed, Jan 23, 2013 at 6:56 AM, Sascha Alexander Jopen >>>>> wrote: >>>>>> Hi, >>>>>> >>>>>> i think this has nothing to do with the Click defines patchset. Please >>>>>> use a new thread for your questions. >>>>>> >>>>>> How packet processing is done in your application depends on the type >>>>>> and format of your packets. There are standard elements in click to deal >>>>>> with Ethernet or IP packets, for example. See >>>>>> http://read.cs.ucla.edu/click/elements >>>>>> For processing of application layer data, you have to write your own >>>>>> elements. See http://www.read.cs.ucla.edu/gitweb?p=click;a=blob;f=FAQ >>>>>> and http://www.read.cs.ucla.edu/click/learning >>>>>> >>>>>> Regards, >>>>>> Sascha >>>>>> >>>>>> On 23.01.2013 11:46, karthick m wrote: >>>>>>> Hi sascha, >>>>>>> >>>>>>> I am implementing my own publish subscribe architecture using >>>>>>> click router. For that i need to work on packets. Say a publisher is >>>>>>> sending a publish packet, i have to see the packet data and process packet >>>>>>> according to the data and route it. The problem is that, i do not find any >>>>>>> element which does packet processing for example. Could you please give me >>>>>>> a pointer to it. Thanks in advance. >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Dipl.-Inform. Sascha Jopen >>>>>> >>>>>> University of Bonn Tel.: +49-228-73-54219 >>>>>> Institute of Computer Science 4 Fax: +49-228-73-4571 >>>>>> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >>>>>> D-53113 Bonn, Germany >>>>>> _______________________________________________ >>>>>> click mailing list >>>>>> click at amsterdam.lcs.mit.edu >>>>>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >>>> >>>> >>> >>> >>> -- >>> Dipl.-Inform. Sascha Jopen >>> >>> University of Bonn Tel.: +49-228-73-54219 >>> Institute of Computer Science 4 Fax: +49-228-73-4571 >>> Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de >>> D-53113 Bonn, Germany >>> >>> _______________________________________________ >>> click mailing list >>> click at amsterdam.lcs.mit.edu >>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click >>> > > > -- > Dipl.-Inform. Sascha Jopen > > University of Bonn Tel.: +49-228-73-54219 > Institute of Computer Science 4 Fax: +49-228-73-4571 > Friedrich-Ebert-Allee 144 E-mail: jopen at cs.uni-bonn.de > D-53113 Bonn, Germany > > _______________________________________________ > click mailing list > click at amsterdam.lcs.mit.edu > https://amsterdam.lcs.mit.edu/mailman/listinfo/click > From keith at schoenefeld.org Fri Feb 22 23:41:51 2013 From: keith at schoenefeld.org (Keith Schoenefeld) Date: Fri, 22 Feb 2013 22:41:51 -0600 Subject: [Click] Compile issues on RHEL 6.4 (2.6.32) Message-ID: I'm running RHEL 6.4 with a RedHat kernel. I've worked through various compile issues working on the 2.0.1 release code, including having to recompile the kernel from source with NR_CPUS set to 8 instead of 4096, adding the NETREG line to fixincludes.pl, etc. I have 2.0.1 compiling now with no issues, but once I install and run insmod click.ko I get the error "insmod: error inserting 'click.ko': -1 Cannot allocate memory". I tried running strip -g as suggested in another post, but then I get "insmod: error inserting 'click.ko': -1 Unknown symbol in module". I've also tried using the latest git repository. Using the following configure command: ./configure --prefix=/opt/click-kohler-6aa1787 --disable-userlevel --enable-multithread I end up with the following errors (I ran make once to compile everything that would compile, then again to just get the list of errors): # make linuxmodule make[1]: Entering directory `/root/kohler-click-6aa1787/linuxmodule' make -C /lib/modules/2.6.32-358.el6.click.x86_64/build M=/root/kohler-click-6aa1787/linuxmodule modules make[2]: Entering directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' CXX [M] tohost.o In file included from /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/tcp.h:186, from /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/ipv6.h:220, from /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/ip.h:344, from /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/xfrm.h:23, from /root/kohler-click-6aa1787/linuxmodule/../elements/linuxmodule/tohost.cc:28: /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: In function ?void inet_csk_clear_xmit_timer(sock*, int)?: /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: error: ?DEBUG_HASH? was not declared in this scope /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: error: ?DEBUG_HASH2? was not declared in this scope /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: error: too many initializers for ?_ddebug? /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: In function ?void inet_csk_reset_xmit_timer(sock*, int, long unsigned int, long unsigned int)?: /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: error: ?DEBUG_HASH? was not declared in this scope /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: error: ?DEBUG_HASH2? was not declared in this scope /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: error: too many initializers for ?_ddebug? /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: error: ?DEBUG_HASH? was not declared in this scope /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: error: ?DEBUG_HASH2? was not declared in this scope /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: error: too many initializers for ?_ddebug? CREATE /root/kohler-click-6aa1787/linuxmodule/ksyms.c nm: 'tohost.o': No such file CC [M] ksyms.o LD [M] /root/kohler-click-6aa1787/linuxmodule/click.o ld: /root/kohler-click-6aa1787/linuxmodule/tohost.o: No such file: No such file or directory make[3]: *** [/root/kohler-click-6aa1787/linuxmodule/click.o] Error 1 make[2]: *** [_module_/root/kohler-click-6aa1787/linuxmodule] Error 2 make[2]: Leaving directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' make[1]: *** [all] Error 2 make[1]: Leaving directory `/root/kohler-click-6aa1787/linuxmodule' make: *** [linuxmodule] Error 2 I'm not sure where to go with the DEBUG_HASH, DEBUG_HASH2, etc. errors and google hasn't helped me at all. Does anyone have any recommendations for getting this working? -- KS From ekohler at gmail.com Sat Feb 23 12:34:14 2013 From: ekohler at gmail.com (Eddie Kohler) Date: Sat, 23 Feb 2013 12:34:14 -0500 Subject: [Click] Compile issues on RHEL 6.4 (2.6.32) In-Reply-To: References: Message-ID: Hi Keith, sorry for the errors. Some questions, since I don't have RHEL to test. ?Is there a Fedora/Centos version that corresponds? ?Specific compiler version? ?Most importantly, have you tried with current git? Eddie On Fri, Feb 22, 2013 at 11:41 PM, Keith Schoenefeld wrote: > I'm running RHEL 6.4 with a RedHat kernel. I've worked through > various compile issues working on the 2.0.1 release code, including > having to recompile the kernel from source with NR_CPUS set to 8 > instead of 4096, adding the NETREG line to fixincludes.pl, etc. I > have 2.0.1 compiling now with no issues, but once I install and run > insmod click.ko I get the error "insmod: error inserting 'click.ko': > -1 Cannot allocate memory". I tried running strip -g as suggested in > another post, but then I get "insmod: error inserting 'click.ko': -1 > Unknown symbol in module". I've also tried using the latest git > repository. Using the following configure command: > > ./configure --prefix=/opt/click-kohler-6aa1787 --disable-userlevel > --enable-multithread > > I end up with the following errors (I ran make once to compile > everything that would compile, then again to just get the list of > errors): > > > # make linuxmodule > make[1]: Entering directory `/root/kohler-click-6aa1787/linuxmodule' > make -C /lib/modules/2.6.32-358.el6.click.x86_64/build > M=/root/kohler-click-6aa1787/linuxmodule modules > make[2]: Entering directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' > CXX [M] tohost.o > In file included from > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/tcp.h:186, > from > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/ipv6.h:220, > from > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/ip.h:344, > from > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/xfrm.h:23, > from > /root/kohler-click-6aa1787/linuxmodule/../elements/linuxmodule/tohost.cc:28: > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: > In function ?void inet_csk_clear_xmit_timer(sock*, int)?: > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: > error: ?DEBUG_HASH? was not declared in this scope > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: > error: ?DEBUG_HASH2? was not declared in this scope > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: > error: too many initializers for ?_ddebug? > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: > In function ?void inet_csk_reset_xmit_timer(sock*, int, long unsigned > int, long unsigned int)?: > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: > error: ?DEBUG_HASH? was not declared in this scope > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: > error: ?DEBUG_HASH2? was not declared in this scope > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: > error: too many initializers for ?_ddebug? > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: > error: ?DEBUG_HASH? was not declared in this scope > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: > error: ?DEBUG_HASH2? was not declared in this scope > /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: > error: too many initializers for ?_ddebug? > CREATE /root/kohler-click-6aa1787/linuxmodule/ksyms.c > nm: 'tohost.o': No such file > CC [M] ksyms.o > LD [M] /root/kohler-click-6aa1787/linuxmodule/click.o > ld: /root/kohler-click-6aa1787/linuxmodule/tohost.o: No such file: No > such file or directory > make[3]: *** [/root/kohler-click-6aa1787/linuxmodule/click.o] Error 1 > make[2]: *** [_module_/root/kohler-click-6aa1787/linuxmodule] Error 2 > make[2]: Leaving directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/root/kohler-click-6aa1787/linuxmodule' > make: *** [linuxmodule] Error 2 > > I'm not sure where to go with the DEBUG_HASH, DEBUG_HASH2, etc. errors > and google hasn't helped me at all. Does anyone have any > recommendations for getting this working? > > -- KS > > _______________________________________________ > click mailing list > click at amsterdam.lcs.mit.edu > https://amsterdam.lcs.mit.edu/mailman/listinfo/click From ekohler at gmail.com Sat Feb 23 13:25:50 2013 From: ekohler at gmail.com (Eddie Kohler) Date: Sat, 23 Feb 2013 13:25:50 -0500 Subject: [Click] Compile issues on RHEL 6.4 (2.6.32) In-Reply-To: References:

Message-ID: Just to double check for a misunderstanding: You don't grab a tarball from git. Are you using the click-2.0.1 release, or the current git sources, which you can obtain by `git clone` from github.com? On Sat, Feb 23, 2013 at 1:11 PM, Keith Schoenefeld wrote: > - My understanding is that CentOS is built using the source RPMS for > RHEL, so CentOS 6.x would be as close to identical as possible with > RHEL 6.x. > - I used the stock compiler that comes with RHEL 6.4 > - I grabbed the latest tarball from git and used that, yes. > > I will point out that in the last 30 minutes I realized that when I > tried to insmod click.ko (with stock click 2.0.1, which I did finally > get to compile) without first running insmod proclikefs.ks -- once I > did things in the right order it seems to be working (I'm finalizing a > config right now to test). That said, the compile issues for the > current git versions still exist, and I'd much rather be running up to > date code than stock 2.0.1. Thanks for the quick response. > > -- KS > > On Sat, Feb 23, 2013 at 11:34 AM, Eddie Kohler wrote: >> Hi Keith, sorry for the errors. >> >> Some questions, since I don't have RHEL to test. >> ?Is there a Fedora/Centos version that corresponds? >> ?Specific compiler version? >> ?Most importantly, have you tried with current git? >> >> Eddie >> >> >> On Fri, Feb 22, 2013 at 11:41 PM, Keith Schoenefeld >> wrote: >>> I'm running RHEL 6.4 with a RedHat kernel. I've worked through >>> various compile issues working on the 2.0.1 release code, including >>> having to recompile the kernel from source with NR_CPUS set to 8 >>> instead of 4096, adding the NETREG line to fixincludes.pl, etc. I >>> have 2.0.1 compiling now with no issues, but once I install and run >>> insmod click.ko I get the error "insmod: error inserting 'click.ko': >>> -1 Cannot allocate memory". I tried running strip -g as suggested in >>> another post, but then I get "insmod: error inserting 'click.ko': -1 >>> Unknown symbol in module". I've also tried using the latest git >>> repository. Using the following configure command: >>> >>> ./configure --prefix=/opt/click-kohler-6aa1787 --disable-userlevel >>> --enable-multithread >>> >>> I end up with the following errors (I ran make once to compile >>> everything that would compile, then again to just get the list of >>> errors): >>> >>> >>> # make linuxmodule >>> make[1]: Entering directory `/root/kohler-click-6aa1787/linuxmodule' >>> make -C /lib/modules/2.6.32-358.el6.click.x86_64/build >>> M=/root/kohler-click-6aa1787/linuxmodule modules >>> make[2]: Entering directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' >>> CXX [M] tohost.o >>> In file included from >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/tcp.h:186, >>> from >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/ipv6.h:220, >>> from >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/ip.h:344, >>> from >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/xfrm.h:23, >>> from >>> /root/kohler-click-6aa1787/linuxmodule/../elements/linuxmodule/tohost.cc:28: >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: >>> In function ?void inet_csk_clear_xmit_timer(sock*, int)?: >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: >>> error: ?DEBUG_HASH? was not declared in this scope >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: >>> error: ?DEBUG_HASH2? was not declared in this scope >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: >>> error: too many initializers for ?_ddebug? >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: >>> In function ?void inet_csk_reset_xmit_timer(sock*, int, long unsigned >>> int, long unsigned int)?: >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: >>> error: ?DEBUG_HASH? was not declared in this scope >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: >>> error: ?DEBUG_HASH2? was not declared in this scope >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: >>> error: too many initializers for ?_ddebug? >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: >>> error: ?DEBUG_HASH? was not declared in this scope >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: >>> error: ?DEBUG_HASH2? was not declared in this scope >>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: >>> error: too many initializers for ?_ddebug? >>> CREATE /root/kohler-click-6aa1787/linuxmodule/ksyms.c >>> nm: 'tohost.o': No such file >>> CC [M] ksyms.o >>> LD [M] /root/kohler-click-6aa1787/linuxmodule/click.o >>> ld: /root/kohler-click-6aa1787/linuxmodule/tohost.o: No such file: No >>> such file or directory >>> make[3]: *** [/root/kohler-click-6aa1787/linuxmodule/click.o] Error 1 >>> make[2]: *** [_module_/root/kohler-click-6aa1787/linuxmodule] Error 2 >>> make[2]: Leaving directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' >>> make[1]: *** [all] Error 2 >>> make[1]: Leaving directory `/root/kohler-click-6aa1787/linuxmodule' >>> make: *** [linuxmodule] Error 2 >>> >>> I'm not sure where to go with the DEBUG_HASH, DEBUG_HASH2, etc. errors >>> and google hasn't helped me at all. Does anyone have any >>> recommendations for getting this working? >>> >>> -- KS >>> >>> _______________________________________________ >>> click mailing list >>> click at amsterdam.lcs.mit.edu >>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click From keith at schoenefeld.org Sat Feb 23 14:14:42 2013 From: keith at schoenefeld.org (Keith Schoenefeld) Date: Sat, 23 Feb 2013 13:14:42 -0600 Subject: [Click] Compile issues on RHEL 6.4 (2.6.32) In-Reply-To: References:

Message-ID: I should have said "I grabbed the latest tarball from github". More specifically, I downloaded the tarball provided at the URI "https://github.com/kohler/click/tarball/master". Since the directory name created when I extracted the tarball (kohler-click-6aa1787) matches the latest commit, I assumed this matched what I could obtain using git clone. Should I install git and run a git clone just to be sure? -- KS On Sat, Feb 23, 2013 at 12:25 PM, Eddie Kohler wrote: > Just to double check for a misunderstanding: You don't grab a tarball > from git. Are you using the click-2.0.1 release, or the current git > sources, which you can obtain by `git clone` from github.com? > > > On Sat, Feb 23, 2013 at 1:11 PM, Keith Schoenefeld > wrote: >> - My understanding is that CentOS is built using the source RPMS for >> RHEL, so CentOS 6.x would be as close to identical as possible with >> RHEL 6.x. >> - I used the stock compiler that comes with RHEL 6.4 >> - I grabbed the latest tarball from git and used that, yes. >> >> I will point out that in the last 30 minutes I realized that when I >> tried to insmod click.ko (with stock click 2.0.1, which I did finally >> get to compile) without first running insmod proclikefs.ks -- once I >> did things in the right order it seems to be working (I'm finalizing a >> config right now to test). That said, the compile issues for the >> current git versions still exist, and I'd much rather be running up to >> date code than stock 2.0.1. Thanks for the quick response. >> >> -- KS >> >> On Sat, Feb 23, 2013 at 11:34 AM, Eddie Kohler wrote: >>> Hi Keith, sorry for the errors. >>> >>> Some questions, since I don't have RHEL to test. >>> ?Is there a Fedora/Centos version that corresponds? >>> ?Specific compiler version? >>> ?Most importantly, have you tried with current git? >>> >>> Eddie >>> >>> >>> On Fri, Feb 22, 2013 at 11:41 PM, Keith Schoenefeld >>> wrote: >>>> I'm running RHEL 6.4 with a RedHat kernel. I've worked through >>>> various compile issues working on the 2.0.1 release code, including >>>> having to recompile the kernel from source with NR_CPUS set to 8 >>>> instead of 4096, adding the NETREG line to fixincludes.pl, etc. I >>>> have 2.0.1 compiling now with no issues, but once I install and run >>>> insmod click.ko I get the error "insmod: error inserting 'click.ko': >>>> -1 Cannot allocate memory". I tried running strip -g as suggested in >>>> another post, but then I get "insmod: error inserting 'click.ko': -1 >>>> Unknown symbol in module". I've also tried using the latest git >>>> repository. Using the following configure command: >>>> >>>> ./configure --prefix=/opt/click-kohler-6aa1787 --disable-userlevel >>>> --enable-multithread >>>> >>>> I end up with the following errors (I ran make once to compile >>>> everything that would compile, then again to just get the list of >>>> errors): >>>> >>>> >>>> # make linuxmodule >>>> make[1]: Entering directory `/root/kohler-click-6aa1787/linuxmodule' >>>> make -C /lib/modules/2.6.32-358.el6.click.x86_64/build >>>> M=/root/kohler-click-6aa1787/linuxmodule modules >>>> make[2]: Entering directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' >>>> CXX [M] tohost.o >>>> In file included from >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/tcp.h:186, >>>> from >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/linux/ipv6.h:220, >>>> from >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/ip.h:344, >>>> from >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/xfrm.h:23, >>>> from >>>> /root/kohler-click-6aa1787/linuxmodule/../elements/linuxmodule/tohost.cc:28: >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: >>>> In function ?void inet_csk_clear_xmit_timer(sock*, int)?: >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: >>>> error: ?DEBUG_HASH? was not declared in this scope >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: >>>> error: ?DEBUG_HASH2? was not declared in this scope >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:208: >>>> error: too many initializers for ?_ddebug? >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h: >>>> In function ?void inet_csk_reset_xmit_timer(sock*, int, long unsigned >>>> int, long unsigned int)?: >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: >>>> error: ?DEBUG_HASH? was not declared in this scope >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: >>>> error: ?DEBUG_HASH2? was not declared in this scope >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:224: >>>> error: too many initializers for ?_ddebug? >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: >>>> error: ?DEBUG_HASH? was not declared in this scope >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: >>>> error: ?DEBUG_HASH2? was not declared in this scope >>>> /root/kohler-click-6aa1787/include/click-linuxmodule/include0/net/inet_connection_sock.h:241: >>>> error: too many initializers for ?_ddebug? >>>> CREATE /root/kohler-click-6aa1787/linuxmodule/ksyms.c >>>> nm: 'tohost.o': No such file >>>> CC [M] ksyms.o >>>> LD [M] /root/kohler-click-6aa1787/linuxmodule/click.o >>>> ld: /root/kohler-click-6aa1787/linuxmodule/tohost.o: No such file: No >>>> such file or directory >>>> make[3]: *** [/root/kohler-click-6aa1787/linuxmodule/click.o] Error 1 >>>> make[2]: *** [_module_/root/kohler-click-6aa1787/linuxmodule] Error 2 >>>> make[2]: Leaving directory `/usr/src/kernels/2.6.32-358.el6.click.x86_64' >>>> make[1]: *** [all] Error 2 >>>> make[1]: Leaving directory `/root/kohler-click-6aa1787/linuxmodule' >>>> make: *** [linuxmodule] Error 2 >>>> >>>> I'm not sure where to go with the DEBUG_HASH, DEBUG_HASH2, etc. errors >>>> and google hasn't helped me at all. Does anyone have any >>>> recommendations for getting this working? >>>> >>>> -- KS >>>> >>>> _______________________________________________ >>>> click mailing list >>>> click at amsterdam.lcs.mit.edu >>>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click From ms08 at student.aau.dk Thu Feb 28 05:24:56 2013 From: ms08 at student.aau.dk (Martin Dam - NDS) Date: Thu, 28 Feb 2013 11:24:56 +0100 Subject: [Click] ToDevice sets unknown protocol on MAC layer In-Reply-To: <512F300B.80602@student.aau.dk> References: <512F300B.80602@student.aau.dk> Message-ID: <512F3078.6010104@student.aau.dk> I am trying to create a router in Click which routes LAN packets through a PPP connection in linuxkernel. My question is how a cloned interface interprets the received packets. When a small IP packet captured from FromDevice is sent to ToDevice(ppp0, TYPE IP), a linux cooked capture header is appended (when observed via wireshark) with IPv4 marked in the "MAC" protocol as it should. However, when the packet size is bigger than the MTU and IPFragmenter fragment the packet, only the first packet is marked as IPv4. The rest is marked as unknown. So my question is, how does a cloned interface determine the first protocol in the packet delivered via ToDevice? I tried using markIPHeader without any luck.