mpls-linux-devel Mailing List for MPLS for Linux (Page 4)
Status: Beta
Brought to you by:
jleu
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(8) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(5) |
Feb
(73) |
Mar
(22) |
Apr
(21) |
May
|
Jun
|
Jul
(3) |
Aug
(5) |
Sep
(4) |
Oct
(4) |
Nov
(2) |
Dec
(6) |
2005 |
Jan
(5) |
Feb
|
Mar
(6) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(9) |
Dec
(15) |
2006 |
Jan
(11) |
Feb
(7) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(8) |
Oct
(9) |
Nov
(10) |
Dec
(14) |
2007 |
Jan
(11) |
Feb
(9) |
Mar
(39) |
Apr
(7) |
May
(4) |
Jun
(2) |
Jul
(5) |
Aug
(6) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
(8) |
2008 |
Jan
|
Feb
(13) |
Mar
(19) |
Apr
(11) |
May
(16) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(5) |
Nov
|
Dec
(16) |
2009 |
Jan
(13) |
Feb
(5) |
Mar
|
Apr
|
May
(11) |
Jun
(7) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
(8) |
Nov
(16) |
Dec
(15) |
2010 |
Jan
(6) |
Feb
(5) |
Mar
(1) |
Apr
(14) |
May
(42) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(4) |
Dec
(1) |
2011 |
Jan
(3) |
Feb
|
Mar
|
Apr
(7) |
May
(1) |
Jun
(2) |
Jul
(4) |
Aug
(19) |
Sep
(9) |
Oct
(13) |
Nov
(4) |
Dec
(3) |
2012 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(11) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
2013 |
Jan
(4) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(2) |
2016 |
Jan
(6) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Sébastien C. <scr...@ni...> - 2011-10-25 16:11:25
|
OpenSourceLSR is incomplete, LDP crash when iface status change... 2011/10/25 boris yakubov <bor...@ru...> > Hello, > My name is Boris. > I am in the process of validation of the OpenSourceLSR package from > http://code.google.com/p/opensource-lsr/downloads/list. The Linux > kernel version I have today is 2.6.38, this doesn't work properly with > the patches included in the package. > Do you have the newer package version that would work with 2.6.38? > Thanks. > > > ------------------------------------------------------------------------------ > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > -- Sébastien Cramatte ** Complejo Espinardo - Parque Científico Crta. Madrid KM 388 30100 Espinardo (Murcia) - ESPAÑA T: +34 902 918 091 F: +34 868 97 33 97 M: +34 627 665 283 E: scr...@ni... W: www.nixus.es -- [Atención] La información contenida en este e-mail es confidencial, privilegiada y está dirigida exclusivamente a su destinatario. Cualquier revisión, difusión, distribución o copiado de este mensaje sin autorización del propietario está prohibido. Si ha recibido este e-mail por error por favor bórrelo y envíe un mensaje al remitente. [Disclaimer] The information contained in this e-mail is privileged and confidential and is intended only for its addressee. Any review, dissemination, distribution or copying of this e-mail is prohibited. If you have received it in error please delete the original message and e-mail us. (!) El medio ambiente es responsabilidad de todos. *Imprime este mail si es absolutamente necesario. * |
From: boris y. <bor...@ru...> - 2011-10-25 15:16:30
|
Hello, My name is Boris. I am in the process of validation of the OpenSourceLSR package from http://code.google.com/p/opensource-lsr/downloads/list. The Linux kernel version I have today is 2.6.38, this doesn't work properly with the patches included in the package. Do you have the newer package version that would work with 2.6.38? Thanks. |
From: SkillPages T. <su...@co...> - 2011-10-20 07:15:44
|
Login : http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/login http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/login Hi Ahsan, Every day, 200,000 people are presented with new opportunitieson SkillPages; new job offers, new clients, new customers and more. You are missing out on these opportunities because you haven’t yet added your skills to your profile on SkillPages. Your skills can be related to your occupation, your qualifications or just what you love doing. See Examples : http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/login Don’t miss the perfect opportunity for you (100% free!). Add your skills now : http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/login Forgot your password? Click here : http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/password . We sent you this email because you joined SkillPages. To stop receiving this type of email from SkillPages: adjust your settings : http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/settings . Or, to stop receiving all notifications from SkillPages click here. : http://communitymail.skillpagesmail.com/a/tBOn6rSB8aKbvB8d72uAACUkr2H/unsub?PROFILEID=6EED7CB1-1C69-E011-A70C-FAE7741862DF&EMAIL=mpl...@li... |
From: Igor M. <ig...@et...> - 2011-10-17 10:59:40
|
********************************************************************************************************************* ********************************************************************************************************************* IEEE HPSR 2012 June 24-27 Belgrade Serbia http://www.ieee-hpsr.org Important Dates Full paper submission: January 20, 2012 Tutorial submission: January 20, 2012 Acceptance notifications: March 20, 2012 Camera-ready due: April 15, 2012 IEEE Conference on High Performance Switching and Routing 2012 will be held in Belgrade, the capital of Serbia. Belgrade is a lively metropolis that is a blend of different cultures whose representatives were visiting at various points of history. As such, it is very well suited to host the IEEE HPSR conference that gathers scientists and engineers from the entire world, after Heidelberg, Dallas, Kobe, Torino, Arizona, Hong Kong, Poznan, New York, Shanghai, Paris, Dallas (again), and Cartagena. Internet traffic keeps growing thanks to the access technologies whose speeds are increasing at a fast pace, and thanks to many non-profit and commercial efforts to bridge the digital-divide by providing all the advantages of the Internet to developing countries as well. At the same time, challenging applications are gaining popularity on the Internet such as multimedia and P2P applications. Multimedia applications require a lot of bandwidth and low delays, while the traffic patterns of P2P applications are impossible to predict. IPv4 addresses are being exhausted at this very moment. Data centers are moving a vast amount of content through thousands of switches. Also, routers and switches are being attacked, and energy available for them, as for everything else, is decreasing. All these circumstances put a higher burden than ever on switching and routing. So, there is a lot of work to be done, and IEEE HPSR 2012 will do its part by addressing the following topics: Architectures of high-performance switches and routers High-speed packet processors Address lookup algorithms Packet classification, scheduling and dropping Switching, bridging and routing protocols Multicasting P2P routing Routing in wireless, mobile and sensor networks Optical switching and routing Switching, bridging and routing in data centers and clouds Data placement and migration Multiprocessor networks Network management Pricing, accounting and charging QoS and scalability of switching, bridging and routing Traffic characterization and engineering Power-aware switching, bridging and routing protocols High-speed network security Paper submission guidelines: Submitted papers must be unpublished, and cannot be submitted elsewhere at the same time. Accepted papers should not exceed 6 pages in two-column IEEE Transactions style (www.ieee.org). Accepted papers longer than 6 pages will be charged $100 for each extra page. Papers cannot be longer than 8 pages. Papers should be submitted as PDF files through the EDAS system (http://edas.info). All submitted papers will be subject to three independent reviews. Awards: The Best Paper Award will be granted based on the reviewers’ comments and scores that it received. Presentation of the paper will be scored by the audience, and will influence its final ranking. Note: In order to publish the paper at the IEEE HPSR 2012 proceedings and IEEE Xplore, the paper must be presented at the conference, and at least one of its authors should have a full registration. Non-refundable registration fees must be paid prior to uploading the final IEEE formatted, publication-ready, version of the paper. General Chairs: Aleksandra Smiljanić (Belgrade University, Serbia), Mounir Hamdi (Hong Kong University of Science and Technology, China) Technical Program Committee Chairs: Jonathan Chao (Polytechnic Institute of NYU, USA), Eiji Oki (University of Electro-Communications in Tokyo, Japan), Cyriel Minkenberg (IBM Research, Switzerland) Publicity Chairs: Andrea Bianco (Politecnico di Torino, Italy), Aleksandar Kolarov (Telcordia, USA), Dominique Verchere (Alcatel-Lucent, France) Registration and Finance Chair: Milan Bjelica (Belgrade University, Serbia) Publication Chair: Ljiljana Trajković (Simon Fraser University, Canada) Local Arrangement Chairs: Zoran Čiča, Nataša Maksić, and Marija Antić (Belgrade University, Serbia) Tutorials Chair: Dejan Kostić (EPFL, Switzerland), dej...@ep... Panel Chair: Mitchell Gusat (IBM, Switzerland) Q&A: ale...@et..., zor...@et... |
From: Sébastien C. <scr...@gm...> - 2011-10-09 18:52:21
|
Hello, I've ask some help on quagga-devel list to fix issue with Mpls LDP daemon. Somebody told me that is exits a google code project that working on this ... https://code.google.com/p/opensource-lsr/ I've been able to get it working over Debian Squeeze and somes Igor Maravić patches for 2.6.37 kernel. More or less I've got same issue as report the author in Section 3 of quagga/README document of the OpenSourceLsr .tgz archive ! --- Extract form quagga/README document ---- - Unplugging links or bringing down interfaces (either with ifconfig or within ldpd) while the zebra, ospfd, and ldpd daemons are running together crashes the daemons and also causes a kernel panic. It will also cause neighboring routers to crash as well :( - Unable to get either the OSPF or LDP daemon to log to a file (or any other place besides stdout) without crashing. Resolved to observing output on stdout. - Labelspaces don't work. - The dummy0 interface seen in the sample configurations that include LDP is strangely required to get things running. ---- Anybody can give us an hand to fix these anoying issues ... |
From: Igor M. <ig...@et...> - 2011-09-26 15:17:34
|
Hi all, In mpls kernel I restricted number of ops that could be part of instructions stack. In every instruction stack we can only have one op of each kind, except of ops POP and PUSH. Also I added check if number of ops is larger than MPLS_NUM_OPS. If that is true, without that check we would have kernel Oops. Also I put check so we can't have ops behind ops that should be last. Also op DLV should be only one in instructions stack. Signed-off-by: Igor Maravic <ig...@et...> --- --- linux-2.6.38.8-mpls/net/mpls/mpls_instr.c.orig 2011-09-26 11:34:31.000000000 +0200 +++ linux-2.6.38.8-mpls/net/mpls/mpls_instr.c 2011-09-26 16:41:33.448970254 +0200 @@ -126,17 +126,46 @@ mpls_instrs_build (struct mpls_instr_ele struct mpls_instr *mi; /* MPLS Instruction Iterator */ void *data; int ret = -ENXIO; + int ops_counter[MPLS_OP_MAX]={0}; MPLS_ENTER; MPLS_ASSERT(*instr == NULL); - + if(length > MPLS_NUM_OPS){ + printk (KERN_ERR "MPLS: To many ops, max is %d and you had %d\n", MPLS_NUM_OPS, length); + goto rollback; + } /* Iterate the instr set */ - for (i = 0; i < length; i++) { + for (i = 0; i < length; i++) { + if (last_able){ + printk (KERN_ERR "MPLS: No ops are allowed after op %s\n", mpls_ops[opcode].msg); + goto rollback; + } + opcode = mie[i].mir_opcode; - f = mpls_ops[opcode].build; + if (opcode == MPLS_OP_DLV && i!=0){ + printk (KERN_ERR "MPLS: Op %s can exist only alone\n", mpls_ops[opcode].msg); + goto rollback; + } + + ops_counter[opcode]++; + switch(opcode){ + case MPLS_OP_POP: + case MPLS_OP_PUSH: + /*This 2 ops are only 2 ops that can be caled more then once + in instruction stack*/ + break; + default: + if(ops_counter[opcode]>1){ + printk (KERN_ERR "MPLS: There can be only one op %s\n", mpls_ops[opcode].msg); + goto rollback; + } + break; + } + + f = mpls_ops[opcode].build; if (unlikely(!f)) goto rollback; - mi = mpls_instr_alloc(opcode); + mi = mpls_instr_alloc(opcode); if (unlikely(!mi)) goto rollback; @@ -172,7 +201,7 @@ mpls_instrs_build (struct mpls_instr_ele mpls_proto_cache_flush_all(&init_net); MPLS_EXIT; return i; - + rollback: mi = *instr; mpls_instrs_free(mi); |
From: Igor M. <ig...@et...> - 2011-09-22 10:48:12
|
Hi all, I have few question. Should forward instruction be valid NHLFE instruction? Wouldn't that create unnecessary redundancy of looking in to the outgoing table? Also is instruction deliver equivalent to poping all labels from stack and then peek to the ip header? That's how I understand it looking at the kernel code. >From iproute2 is possible to have multiple deliver instructions. Shouldn't that be prohibited in kernel? Same thing is with peek forward instructions. There should be only one peek or forward or deliver instruction, and it should be at the and of instructions stack. Am I right? Multiple pop instructions should be allowed, but set-dscp instruction and similar instructions shouldn't be allowed to be multiple. BR Igor Maravić |
From: Igor M. <ig...@et...> - 2011-09-17 10:02:32
|
MPLS Linux =>net/ipv4/fib_frontend.c - repaired stack overflowing => in mpls_opcode.c - in function mpls_out_op_set added dst_hold() to avoid kernel taint =>in mpls_netlink.c - added arguments seq and pid to function mpls_ilm_event so iproute2 could be notified about the changes that was made - added functions mpls_dump_ilm_event and mpls_dump_nhlfe_event that dump accurate informations about events - in functions genl_mpls_nhlfe_new and genl_mpls_ilm_new functions mpls_dump_ilm_event and mpls_dump_nhlfe_event after all changes are done to nhlfe and ilm, so the event information would be accurate - in functions genl_mpls_nhlfe_new and genl_mpls_ilm_new added check if nhlfe/ilm could be created with desired instructions/mtu/ttl_propagation for nhlfe or instructions/protocol for ilm. If they couldn't be created then they are deleted. But if user wonts to change nhlfe/ilm and enters bad (instruction || mtu || ttl || protocol) nhlfe/ilm entry won't be deleted - from functin genl_mpls_xc_new removed line that allows only creation of XC. Did that so we could change xc entries (change nhlfe_key for existing ilm_label and ilm_labelspace) - fixed problem with adding ilm with labelspace!=0 together with instructions =>in mpls_nhlfe.c -added functions for initialization and destruction of nhlfe_dst_ops in mpls_nhlfe_init and mpls_nhlfe_exit respectivly. - removed seq and pid arguments from mpls_add_out_label - from function mpls_add_out_label moved call to function mpls_nhlfe_event to function genl_mpls_nhlfe_new from mpls_netlink.c so feedback would be more accurate - added arguments seq and pid to function mpls_del_out_label so it could notify iproute2 when nhlfe entry is deleted => in mpls_tunnel.c - added mtu assigment to function mpls_tunnel_change_mtu because dev_set_mtu doesn't do the actual assignement - in function mpls_tunnel_alloc added call to function dev_set_mtu so mtu would be assigned when tunnel is created - to function mpls_tunnel_ioctl added SIOCCHGTUNNEL command, so to the existing tunnel could be assigned another nhlfe => in mpls_ilm.c - from function mpls_add_in_label removed call to function mpls_ilm_event to function genl_mpls_ilm_new in mpls_netlink.c That was necesary so we could have reliable feedback when ilm entry is added - added arguments seq and pid to functions mpls_del_in_label and __mpls_del_in_label, so iproute2 program could be informed when we delete ilm entry ----------------------------------------------------------------------- I've only compiled code for MPLS linux, I haven't tested it. That's because I' m running mpls linux on kernel 2.6.38.8 and on that linux my fixes are tested and fully operational! This patch is only a port of my patch against kernel 2.6.38.8. When kernel.org becomes operational I'm going to send you patch for MPLS linux against linux kernel 2.6.38.8 BR Igor Maravić |
From: Igor M. <ig...@et...> - 2011-09-17 10:02:09
|
Hi all, I'm sending you patch for this bugs: IPROUTE2 -fixed name problem with mpls tunnel - with ip link command mpls tunnel type was written as 899 not mpls_tunnel added particular rtnl_handles for nhlfe/ilm so we could get better feedback from kernel when we add/change/del nhlfe/ilm - Fixed help - Fixed mpls_parse_instr so NH = nexthop eth0 none could be used - Changed mpls_ilm_modify, mpls_nhlfe_modify, mpls_xc_modify and mpls_labelspace_modify so we would get correct feedback when we add/change/del nhlfe/ilm/xc/labelspace entries (problem was when we added mpls nhlfe entry with changed mtu or ttl propagation, that wasn't correctly showed in feedback(that required some fixes in kernel to), also add/change/del actions(exept nhlfe add action) didn't have any feedback) - Change mpls_tunnel_modify so it resembles the mpls_tunnel_modify from http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/iproute2;a=tree;h=refs/heads/master-mpls;hb=refs/heads/master-mpls but added change option(now we can change nhlfe key for the existing tunnel device) - changed print_tunnel so it prints if tunnel is added, deleted or changed - added function print_all_tunnels so we can print all mpls tunnel that we created (command is mpls tunnel show) - in main returned ll_init_map functions so we would get rtnl_handles initialized (if we don't do that we don't get accurate interfaces when we do cmd mpls labelspace) - changed help argument from -help to --help and -h so it would resemble to other linux programs |
From: Igor M. <ig...@et...> - 2011-09-05 08:30:33
|
Is there any reason why we should not export linux/mpls.h to /usr/include? This can be easily done with the patch that I've attached. If the header is exported to /usr/include/ we could easily detect if Linux have mpls, or not, in file configure.ac in Quagga. BR Igor Maravić |
From: Igor M. <ig...@et...> - 2011-09-02 15:25:06
|
This patches should be applied, so when ip link command is entered in the terminal, under the mpls tunnel interface is written "mpls_tunnel" instead of "[899]". They could be applied against iproute2 in net/next tree. BR Igor Maravić |
From: James R. L. <jl...@mi...> - 2011-09-02 01:19:17
|
Hey all, Just a reminder that as you start working though issues with the code I will do my best to answer questions. As far as the RSPV-TE implementation: The implementation was given to me by a developer who wrote it from scratch but got burned out on it cause no-one was willing to help him (sounds familiar eh?). I was able to get it to compile and started the process of getting it integrated into quagga with MPLS support. As for code quality: Remember, this code was started in '99 and I was the only person who consistently worked on the code (there was one other person rcasellas who added comments, and cleaned up some kernel code). It was all done in my free time, all the while each new batch of undergraduates would suck away my time saying "I'm learning MPLS and I want to help". After helping well over 100 undergraduates learn how to compile a kernel and understand MPLS, 2 people got masters degrees from me helping them and 1 person used it as an entrance project for a PhD. From all that work I got zero lines of code contributed from others. You guys are the first people other then me to work on this code. If there is any questions I can I answer, just let me know. I do my best to keep up on email when I'm not working one of my two jobs or raising my two girls. -- James R. Leu jl...@mi... |
From: Renato W. <ren...@gm...> - 2011-09-01 17:41:36
|
2011/9/1 Igor Maravić <ig...@et...>: > Dear Renato, > is the quagga code with MPLS/LDP support, that I can download from > > http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/quagga;a=tree;h=refs/heads/master-mpls;hb=refs/heads/master-mpls > > fully operational? Was it ever tested? Could you give me some test > cases so I could test it myself? Well, this repository you pointed out is quite outdated. In any case, this LDP might work under certain conditions, but certainly it's not fully operational. There are a plenty of bugs and the code quality is not great at all. That said, I started porting the OpenBSD LDP to Quagga/Linux a while back. I managed to get some basic functionality working but there is still some work to be done. UNfortunately MPLS/LDP is the least of the priorities of my company now, so I'm not sure when I will have time to finish the port. > As I could see there is no RSVP code anymore in this tree. Have you > given up from RSVP-TE? Yes, I removed the RSVP-TE code because no one was working on it for a _long_ time. However, you can find the original mpls-linux repositories at http://repo.or.cz/?a=project_list&s=jleu|mpls. > I've found on different mailing lists that RSVP-TE was operational on > Zebra 0.92, but now it is not. I could compile it, but it have a lot > of issues. > I found quagga with RSVP code on > > http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/ldp-portable;a=tree;h=refs/heads/master;hb=refs/heads/master > > Is there any documentation to see what is implemented and what should > be done with the RSVP code? If you find a comment line in the code consider yourself lucky =) > Does this RSVP code have any connections with old RSVP Athlantis code > or ISI code? I have no idea.. Best Regards, Renato. -- Renato Westphal |
From: Igor M. <ig...@et...> - 2011-09-01 09:39:02
|
Dear Renato, is the quagga code with MPLS/LDP support, that I can download from http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/quagga;a=tree;h=refs/heads/master-mpls;hb=refs/heads/master-mpls fully operational? Was it ever tested? Could you give me some test cases so I could test it myself? As I could see there is no RSVP code anymore in this tree. Have you given up from RSVP-TE? I've found on different mailing lists that RSVP-TE was operational on Zebra 0.92, but now it is not. I could compile it, but it have a lot of issues. I found quagga with RSVP code on http://mpls-linux.git.sourceforge.net/git/gitweb.cgi?p=mpls-linux/ldp-portable;a=tree;h=refs/heads/master;hb=refs/heads/master Is there any documentation to see what is implemented and what should be done with the RSVP code? Does this RSVP code have any connections with old RSVP Athlantis code or ISI code? BR Igor Maravić |
From: Jorge B. [DTI2] <jo...@dt...> - 2011-08-26 10:49:08
|
El 26/08/2011 12:38, Igor Maravić escribió: > 2011/8/26 Jorge Boncompte [DTI2] <jo...@dt... <mailto:jo...@dt...>> > > El 26/08/2011 11:55, Igor Maravić escribió: > > As I could see in the code that stack overflowing bug isn't fixed. > > I'm sending you my patch against net-next code. > > BR > > Igor Maravić > > I don't know what "stack overflowing bug" you refer. I'll wait to see > your patch. > > > If Linux kernel is compiled with stack protection flag, after utilization of > command mpls nhlfe add key 0 ... it crashes. > Renato said it is very old bug, so i supposed that you are calling it that way. Ok, I don't compile with stack protector so I was unaware of that bug. > > > > PS > > Is there any way that I can download the whole source code, not file by file. > > Hmm, you mean something like using "git clone" or I am missing something? > > > Actually I didn't now about that command. Then you should start looking at the git SCM it what we use on this project. In the meantime there are basic instructions to download the source trees on: https://sourceforge.net/scm/?type=git&group_id=15443 -- ============================================================== Jorge Boncompte - Ingenieria y Gestion de RED DTI2 - Desarrollo de la Tecnologia de las Comunicaciones -------------------------------------------------------------- C/ Abogado Enriquez Barrios, 5 14004 CORDOBA (SPAIN) Tlf: +34 957 761395 / FAX: +34 957 450380 ============================================================== - There is only so much duct tape you can put on something before it just becomes a giant ball of duct tape. ============================================================== |
From: Igor M. <ig...@et...> - 2011-08-26 10:39:06
|
2011/8/26 Jorge Boncompte [DTI2] <jo...@dt...> > El 26/08/2011 11:55, Igor Maravić escribió: > > As I could see in the code that stack overflowing bug isn't fixed. > > I'm sending you my patch against net-next code. > > BR > > Igor Maravić > > I don't know what "stack overflowing bug" you refer. I'll wait to > see your patch. > If Linux kernel is compiled with stack protection flag, after utilization of command mpls nhlfe add key 0 ... it crashes. Renato said it is very old bug, so i supposed that you are calling it that way. > > > PS > > Is there any way that I can download the whole source code, not file by > file. > > Hmm, you mean something like using "git clone" or I am missing > something? > Actually I didn't now about that command. > > -- > ============================================================== > Jorge Boncompte - Ingenieria y Gestion de RED > DTI2 - Desarrollo de la Tecnologia de las Comunicaciones > -------------------------------------------------------------- > C/ Abogado Enriquez Barrios, 5 14004 CORDOBA (SPAIN) > Tlf: +34 957 761395 / FAX: +34 957 450380 > ============================================================== > - There is only so much duct tape you can put on something > before it just becomes a giant ball of duct tape. > ============================================================== > > |
From: Jorge B. [DTI2] <jo...@dt...> - 2011-08-26 10:29:15
|
El 26/08/2011 11:55, Igor Maravić escribió: > As I could see in the code that stack overflowing bug isn't fixed. > I'm sending you my patch against net-next code. > BR > Igor Maravić I don't know what "stack overflowing bug" you refer. I'll wait to see your patch. > > PS > Is there any way that I can download the whole source code, not file by file. Hmm, you mean something like using "git clone" or I am missing something? -- ============================================================== Jorge Boncompte - Ingenieria y Gestion de RED DTI2 - Desarrollo de la Tecnologia de las Comunicaciones -------------------------------------------------------------- C/ Abogado Enriquez Barrios, 5 14004 CORDOBA (SPAIN) Tlf: +34 957 761395 / FAX: +34 957 450380 ============================================================== - There is only so much duct tape you can put on something before it just becomes a giant ball of duct tape. ============================================================== |
From: Igor M. <ig...@et...> - 2011-08-26 09:55:51
|
As I could see in the code that stack overflowing bug isn't fixed. I'm sending you my patch against net-next code. BR Igor Maravić PS Is there any way that I can download the whole source code, not file by file. 2011/8/25 Jorge Boncompte [DTI2] <jo...@dt...> > El 22/08/2011 13:55, Igor Maravić escribió: > > I'm sending you patch for bug fixes, against kernel that was patched > > with linux-kernel-v2.6.35.13-mpls1.980.patch > > < > http://sourceforge.net/projects/mpls-linux/files/mpls-linux/Patches/linux-kernel-v2.6.35.13-mpls1.980.patch/download > >. > > I am busy this week, but please take a look at the code in the > net-next repo > that Renato pushed to sourceforge because the things you mention are > already > changed there. You need the iproute2 changes from the master-mpls-net-next > branch too. > > Regars, > Jorge > > > > Also I have some other remarks and suggestions. > > > > 1. Name for the iptables targets should be written in uppercase, to be > > consistent with other iptables targets. Because of that I think that you > should > > rename file xt_mpls.c and xt_mpls.h to xt_MPLS.c and xt_MPLS.h. > > Also you should change target names to uppercase (ipt_mpls and ip6t_mpls > > to ipt_MPLS and ip6t_MPLS). Also, I would exclude .table="mangle" in > struct > > xt_target so this > > target could work on all tables, not just mangle table. > > > > 2.In kernel 2.6.38.8. struct dst_ops should be intialized with > > function dst_entries_init and destroyed with dst_entries_destroy. That is > > important because mpls_dst_ops (in mpls_dst.c), > > ilm_dst_ops (in mpls_ilm.c) and nhlfe_dst_ops (in mpls_nhlfe.c) should be > > initialized in init functions and destroyed in exit functions. > > > > 3.I think that definition of building mpls6 module in Makefile in > /net/ipv6, > > should be like this: > > > > obj-$(CONFIG_INET6_MPLS) += mpls6.o > > > > instead of > > > > obj-$(CONFIG_INET6_MPLS) += mpls6.o ipv6.o > > > > > > BR > > Igor Maravić > > > -- > ============================================================== > Jorge Boncompte - Ingenieria y Gestion de RED > DTI2 - Desarrollo de la Tecnologia de las Comunicaciones > -------------------------------------------------------------- > C/ Abogado Enriquez Barrios, 5 14004 CORDOBA (SPAIN) > Tlf: +34 957 761395 / FAX: +34 957 450380 > ============================================================== > - There is only so much duct tape you can put on something > before it just becomes a giant ball of duct tape. > ============================================================== > > |
From: Jorge B. [DTI2] <jo...@dt...> - 2011-08-25 17:41:31
|
El 22/08/2011 13:55, Igor Maravić escribió: > I'm sending you patch for bug fixes, against kernel that was patched > with linux-kernel-v2.6.35.13-mpls1.980.patch > <http://sourceforge.net/projects/mpls-linux/files/mpls-linux/Patches/linux-kernel-v2.6.35.13-mpls1.980.patch/download>. I am busy this week, but please take a look at the code in the net-next repo that Renato pushed to sourceforge because the things you mention are already changed there. You need the iproute2 changes from the master-mpls-net-next branch too. Regars, Jorge > > Also I have some other remarks and suggestions. > > 1. Name for the iptables targets should be written in uppercase, to be > consistent with other iptables targets. Because of that I think that you should > rename file xt_mpls.c and xt_mpls.h to xt_MPLS.c and xt_MPLS.h. > Also you should change target names to uppercase (ipt_mpls and ip6t_mpls > to ipt_MPLS and ip6t_MPLS). Also, I would exclude .table="mangle" in struct > xt_target so this > target could work on all tables, not just mangle table. > > 2.In kernel 2.6.38.8. struct dst_ops should be intialized with > function dst_entries_init and destroyed with dst_entries_destroy. That is > important because mpls_dst_ops (in mpls_dst.c), > ilm_dst_ops (in mpls_ilm.c) and nhlfe_dst_ops (in mpls_nhlfe.c) should be > initialized in init functions and destroyed in exit functions. > > 3.I think that definition of building mpls6 module in Makefile in /net/ipv6, > should be like this: > > obj-$(CONFIG_INET6_MPLS) += mpls6.o > > instead of > > obj-$(CONFIG_INET6_MPLS) += mpls6.o ipv6.o > > > BR > Igor Maravić -- ============================================================== Jorge Boncompte - Ingenieria y Gestion de RED DTI2 - Desarrollo de la Tecnologia de las Comunicaciones -------------------------------------------------------------- C/ Abogado Enriquez Barrios, 5 14004 CORDOBA (SPAIN) Tlf: +34 957 761395 / FAX: +34 957 450380 ============================================================== - There is only so much duct tape you can put on something before it just becomes a giant ball of duct tape. ============================================================== |
From: Igor M. <ig...@et...> - 2011-08-22 13:30:57
|
Is there any developers here, which are engaged in developing RSVP-TE for quagga? BR Igor Maravić |
From: Renato W. <ren...@gm...> - 2011-08-19 13:33:36
|
Hello Igor, Firstly, the main goal of this project now is to merge into the upstream kernel. Jorge is putting a lot of effort to port the MPLS code to net-next, clean-up the code, improve the performance, etc. Therefore, I think you should concentrate your efforts into his repository. We also have interest in maintaining stable branches for older LTS kernels. In this case, please provide patches against the official mpls-linux repositories. Finally, thank you for the patches, your help is very welcome. Best Regards, Renato. 2011/8/18 Igor Maravić <ig...@et...>: > Whomever it might concern: > Kernel taint was occurring in function mpls_out_op_set in file > mpls_opcode.c. That was occurring because, __refcnt of skb's dst_ops was > negative after release. Because of that, skb's dst_ops should be incremented > with function dst_hold, before it is released with dst_release. This is my > solution for the function: > MPLS_OUT_OPCODE_PROTOTYPE(mpls_out_op_set) > { > struct mpls_dst *md = data; > MPLS_ENTER; > /* Release the current dst in the socket buffer */ > if (skb_dst(*skb)) { > dst_hold(skb_dst(*skb)); //added this to avoid kernel taint: Igor Maravić > <ig...@et...> > skb_dst_drop(*skb); > } > /* > * Update the dst field of the skbuffer in "real time" > */ > dst_hold(&md->u.dst); > skb_dst_set(*skb, &md->u.dst); > /* don't hold the dev we place in skb->dev, the dst is already */ > /* holding it for us */ > (*skb)->dev = md->u.dst.dev; > MPLS_EXIT; > return MPLS_RESULT_SUCCESS; > } > Old function was: > MPLS_OUT_OPCODE_PROTOTYPE(mpls_out_op_set) > { > struct mpls_dst *md = data; > MPLS_ENTER; > /* Release the current dst in the socket buffer */ > if (skb_dst(*skb)) { > dst_release(skb_dst(*skb)); > } > /* > * Update the dst field of the skbuffer in "real time" > */ > dst_hold(&md->u.dst); > skb_dst_set(*skb, &md->u.dst); > /* don't hold the dev we place in skb->dev, the dst is already */ > /* holding it for us */ > (*skb)->dev = md->u.dst.dev; > MPLS_EXIT; > return MPLS_RESULT_SUCCESS; > } > BR > Igor Maravić > ------------------------------------------------------------------------------ > Get a FREE DOWNLOAD! and learn more about uberSVN rich system, > user administration capabilities and model configuration. Take > the hassle out of deploying and managing Subversion and the > tools developers use with it. http://p.sf.net/sfu/wandisco-d2d-2 > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > > -- Renato Westphal |
From: Igor M. <ig...@et...> - 2011-08-19 10:03:49
|
********************************************************************************************************************* ********************************************************************************************************************* IEEE HPSR 2012June 24-27 Belgrade Serbia http://www.ieee-hpsr.org <http://www.etf.rs/HPSR2012> Important Dates*Full paper submission: January 20, 2012 Tutorial submission: January 20, 2012 Acceptance notifications: March 20, 2012 Camera-ready due: April 15, 2012* IEEE Conference on High Performance Switching and Routing 2012 will be held in Belgrade, the capital of Serbia. Belgrade is a lively metropolis that is a blend of different cultures whose representatives were visiting at various points of history. As such, it is very well suited to host the IEEE HPSR conference that gathers scientists and engineers from the entire world, after Heidelberg, Dallas, Kobe, Torino, Arizona, Hong Kong, Poznan, New York, Shanghai, Paris, Dallas (again), and Cartagena. Internet traffic keeps growing thanks to the access technologies whose speeds are increasing at a fast pace, and thanks to many non-profit and commercial efforts to bridge the digital-divide by providing all the advantages of the Internet to developing countries as well. At the same time, challenging applications are gaining popularity on the Internet such as multimedia and P2P applications. Multimedia applications require a lot of bandwidth and low delays, while the traffic patterns of P2P applications are impossible to predict. IPv4 addresses are being exhausted at this very moment. Data centers are moving a vast amount of content through thousands of switches. Also, routers and switches are being attacked, and energy available for them, as for everything else, is decreasing. All these circumstances put a higher burden than ever on switching and routing. So, there is a lot of work to be done, and IEEE HPSR 2012 will do its part by addressing the following topics: - Architectures of high-performance switches and routers - High-speed packet processors - Address lookup algorithms - Packet classification, scheduling and dropping - Switching, bridging and routing protocols - Multicasting - P2P routing - Routing in wireless, mobile and sensor networks - Optical switching and routing - Switching, bridging and routing in data centers and clouds - Data placement and migration - Multiprocessor networks - Network management - Pricing, accounting and charging - QoS and scalability of switching, bridging and routing - Traffic characterization and engineering - Power-aware switching, bridging and routing protocols - High-speed network security *Paper submission guidelines:* Submitted papers must be unpublished, and cannot be submitted elsewhere at the same time. Accepted papers should not exceed 6 pages in two-column IEEE Transactions style (www.ieee.org). Accepted papers longer than 6 pages will be charged $100 for each extra page. Papers cannot be longer than 8 pages. Papers should be submitted as PDF files through the EDAS system (http://edas.info). All submitted papers will be subject to three independent reviews. *Awards:* The Best Paper Award will be granted based on the reviewers’ comments and scores that it received. Presentation of the paper will be scored by the audience, and will influence its final ranking. *Note:* In order to publish the paper at the IEEE HPSR 2012 proceedings and IEEE Xplore, the paper must be presented at the conference, and at least one of its authors should have a full registration. Non-refundable registration fees must be paid prior to uploading the final IEEE formatted, publication-ready, version of the paper. *General Chairs:* Aleksandra Smiljanić (Belgrade University, Serbia), Mounir Hamdi (Hong Kong University of Science and Technology, China) *Technical Program Committee Chairs:* Jonathan Chao (Polytechnic Institute of NYU, USA), Eiji Oki (University of Electro-Communications in Tokyo, Japan), Cyriel Minkenberg (IBM Research, Switzerland) *Publicity Chairs:* Andrea Bianco (Politecnico di Torino, Italy), Aleksandar Kolarov (Telcordia, USA), Dominique Verchere (Alcatel-Lucent, France) *Registration and Finance Chair:* Milan Bjelica (Belgrade University, Serbia) *Publication Chair:* Ljiljana Trajković (Simon Fraser University, Canada) *Local Arrangement Chairs:* Zoran Čiča, Nataša Maksić, and Marija Antić (Belgrade University, Serbia) *Tutorials Chair:* Dejan Kostić (EPFL, Switzerland), dej...@ep... *Panel Chair:* Mitchell Gusat (IBM, Switzerland) *Q&A:* ale...@et..., zor...@et... |
From: Igor M. <ig...@et...> - 2011-08-18 09:19:19
|
Whomever it might concern: Kernel taint was occurring in function *mpls_out_op_set* in file * mpls_opcode.c*. That was occurring because, __refcnt of skb's dst_ops was negative after release. Because of that, skb's dst_ops should be incremented with function *dst_hold,* before it is released with *dst_release*. This is my solution for the function: MPLS_OUT_OPCODE_PROTOTYPE(mpls_out_op_set) { struct mpls_dst *md = data; MPLS_ENTER; /* Release the current dst in the socket buffer */ if (skb_dst(*skb)) { dst_hold(skb_dst(*skb)); //added this to avoid kernel taint: Igor Maravić < ig...@et...> skb_dst_drop(*skb); } /* * Update the dst field of the skbuffer in "real time" */ dst_hold(&md->u.dst); skb_dst_set(*skb, &md->u.dst); /* don't hold the dev we place in skb->dev, the dst is already */ /* holding it for us */ (*skb)->dev = md->u.dst.dev; MPLS_EXIT; return MPLS_RESULT_SUCCESS; } Old function was: MPLS_OUT_OPCODE_PROTOTYPE(mpls_out_op_set) { struct mpls_dst *md = data; MPLS_ENTER; /* Release the current dst in the socket buffer */ if (skb_dst(*skb)) { dst_release(skb_dst(*skb)); } /* * Update the dst field of the skbuffer in "real time" */ dst_hold(&md->u.dst); skb_dst_set(*skb, &md->u.dst); /* don't hold the dev we place in skb->dev, the dst is already */ /* holding it for us */ (*skb)->dev = md->u.dst.dev; MPLS_EXIT; return MPLS_RESULT_SUCCESS; } BR Igor Maravić |
From: Igor M. <ig...@et...> - 2011-08-11 13:48:58
|
Peng, first off all iproute/iptables/ebtables are not kernel patches. They are patches for programs iproute, iptables and ebtables. In name of every patch I wrote what is program version against witch it should be patched. You can find them on these addresses: http://devresources.linuxfoundation.org/dev/iproute2/download/ ftp://ftp.netfilter.org/pub/iptables/ http://sourceforge.net/projects/ebtables/files/ebtables/ebtables-2-0-10-1/ Second thin is when you patch kernel, only with patch mpls2.6.38.8.patch , you should compile it then: I don't know for you, but I compiled kernel with command make-kpkg. I've found instructions here: https://help.ubuntu.com/community/Kernel/Compile#AltBuildMethod BR Igor Maravić 2011/8/11 Peng <jia...@gm...> > Hi, Igor, > > Thanks for you latest patch. > > When I patch the mpls patch, it seems ok, but when I patch the > iproute/iptables/ebtables, there seems something wrong. > > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch > -p1 < /root/Desktop/mplspatchkernel2.6.38/mpls2.6.38.8.patch > patching file include/linux/genetlink.h > patching file include/linux/if_arp.h > patching file include/linux/mpls.h > patching file include/linux/netfilter/xt_MPLS.h > patching file include/linux/ppp_defs.h > patching file include/linux/rtnetlink.h > patching file include/linux/shim.h > patching file include/linux/socket.h > patching file include/linux/sysctl.h > patching file include/net/ip6_fib.h > patching file include/net/ip_fib.h > patching file include/net/mpls.h > patching file include/net/shim.h > patching file kernel/sysctl_binary.c > patching file net/bridge/Kconfig > patching file net/bridge/Makefile > patching file net/bridge/mplsbr.c > patching file net/bridge/netfilter/ebt_mpls.c > patching file net/bridge/netfilter/Kconfig > patching file net/bridge/netfilter/Makefile > patching file net/core/dev.c > patching file net/core/dst.c > patching file net/core/Makefile > patching file net/core/shim.c > patching file net/ipv4/fib_frontend.c > patching file net/ipv4/fib_semantics.c > patching file net/ipv4/ip_input.c > patching file net/ipv4/ip_output.c > patching file net/ipv4/Kconfig > patching file net/ipv4/Makefile > patching file net/ipv4/mpls4.c > patching file net/ipv4/route.c > patching file net/ipv6/ip6_fib.c > patching file net/ipv6/ip6_input.c > patching file net/ipv6/ip6_output.c > patching file net/ipv6/Kconfig > patching file net/ipv6/Makefile > patching file net/ipv6/mpls6.c > patching file net/ipv6/route.c > patching file net/Kconfig > patching file net/Makefile > patching file net/mpls/af_mpls.c > patching file net/mpls/Makefile > patching file net/mpls/mpls_dst.c > patching file net/mpls/mpls_if.c > patching file net/mpls/mpls_ilm.c > patching file net/mpls/mpls_init.c > patching file net/mpls/mpls_input.c > patching file net/mpls/mpls_instr.c > patching file net/mpls/mpls_netlink.c > patching file net/mpls/mpls_nhlfe.c > patching file net/mpls/mpls_opcode.c > patching file net/mpls/mpls_output.c > patching file net/mpls/mpls_procfs.c > patching file net/mpls/mpls_proto.c > patching file net/mpls/mpls_shim.c > patching file net/mpls/mpls_sysctl.c > patching file net/mpls/mpls_tunnel.c > patching file net/mpls/mpls_utils.c > patching file net/netfilter/Kconfig > patching file net/netfilter/Makefile > patching file net/netfilter/xt_DSCP.c > patching file net/netfilter/xt_MPLS.c > patching file net/sched/sch_dsmark.c > > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch > -p1 < /root/Desktop/mplspatchkernel2.6.38/iproute2-2.6.38mpls.patch > The next patch would create the file include/bits/socket.h, > which already exists! Assume -R? [n] y > patching file include/bits/socket.h > patching file include/linux/genetlink.h > Hunk #1 FAILED at 80. > 1 out of 1 hunk FAILED -- saving rejects to file > include/linux/genetlink.h.rej > patching file include/linux/if_addr.h > Hunk #1 FAILED at 53. > 1 out of 1 hunk FAILED -- saving rejects to file > include/linux/if_addr.h.rej > patching file include/linux/if_ether.h > Hunk #1 FAILED at 122. > 1 out of 1 hunk FAILED -- saving rejects to file > include/linux/if_ether.h.rej > patching file include/linux/if_link.h > The next patch would create the file include/linux/mpls.h, > which already exists! Assume -R? [n] y > patching file include/linux/mpls.h > Hunk #1 FAILED at 1. > File include/linux/mpls.h is not empty after patch, as expected > 1 out of 1 hunk FAILED -- saving rejects to file include/linux/mpls.h.rej > patching file include/linux/rtnetlink.h > Hunk #4 succeeded at 603 with fuzz 2. > patching file include/linux/shim.h > patching file include/linux/socket.h > Hunk #1 FAILED at 16. > 1 out of 1 hunk FAILED -- saving rejects to file include/linux/socket.h.rej > > patching file ip/iproute.c > Hunk #1 FAILED at 24. > Hunk #2 FAILED at 72. > Hunk #3 FAILED at 112. > Hunk #4 FAILED at 252. > Hunk #5 FAILED at 384. > Hunk #6 FAILED at 626. > Hunk #7 FAILED at 657. > Hunk #8 FAILED at 751. > Hunk #9 FAILED at 1197. > Hunk #10 FAILED at 1411. > Hunk #11 FAILED at 1497. > 11 out of 11 hunks FAILED -- saving rejects to file ip/iproute.c.rej > patching file lib/ll_proto.c > Hunk #1 FAILED at 93. > 1 out of 1 hunk FAILED -- saving rejects to file lib/ll_proto.c.rej > patching file Makefile > Hunk #1 FAILED at 6. > Hunk #2 FAILED at 35. > 2 out of 2 hunks FAILED -- saving rejects to file Makefile.rej > The next patch would create the file mpls/Makefile, > which already exists! Assume -R? [n] y > patching file mpls/Makefile > The next patch would create the file mpls/mpls.c, > which already exists! Assume -R? [n] y > patching file mpls/mpls.c > The next patch would create the file mpls/mpls.h, > which already exists! Assume -R? [n] y > patching file mpls/mpls.h > The next patch would create the file mpls/mpls_monitor.c, > which already exists! Assume -R? [n] y > patching file mpls/mpls_monitor.c > patching file tc/f_route.c > Hunk #1 FAILED at 79. > 1 out of 1 hunk FAILED -- saving rejects to file tc/f_route.c.rej > patching file tc/m_xt.c > Hunk #1 FAILED at 162. > Hunk #2 FAILED at 307. > 2 out of 2 hunks FAILED -- saving rejects to file tc/m_xt.c.rej > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch > -p1 < /root/Desktop/mplspatchkernel2.6.38/iproute2-2.6.38mpls.patch > tables1.4.12mpls.patch > patching file extensions/libxt_MPLS.c > The next patch would create the file include/linux/mpls.h, > which already exists! Assume -R? [n] y > patching file include/linux/mpls.h > Hunk #1 FAILED at 1. > File include/linux/mpls.h is not empty after patch, as expected > 1 out of 1 hunk FAILED -- saving rejects to file include/linux/mpls.h.rej > The next patch would create the file include/linux/netfilter/xt_MPLS.h, > which already exists! Assume -R? [n] y > patching file include/linux/netfilter/xt_MPLS.h > patching file iptables/iptables.c > Hunk #1 FAILED at 40. > Hunk #2 FAILED at 1668. > 2 out of 2 hunks FAILED -- saving rejects to file iptables/iptables.c.rej > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch > -p1 < /root/Desktop/mplspatchkernel2.6.38/iptables1.4.12mpls.patch > ebtables-v2.0.10-1mpls.patch > patching file extensions/ebt_mpls.c > patching file extensions/Makefile > Hunk #1 FAILED at 1. > 1 out of 1 hunk FAILED -- saving rejects to file extensions/Makefile.rej > patching file include/linux/if_ether.h > Hunk #1 succeeded at 138 with fuzz 1 (offset 3 lines). > The next patch would create the file include/linux/mpls.h, > which already exists! Assume -R? [n] y > patching file include/linux/mpls.h > Hunk #1 FAILED at 1. > File include/linux/mpls.h is not empty after patch, as expected > 1 out of 1 hunk FAILED -- saving rejects to file include/linux/mpls.h.rej > patching file include/linux/netfilter/xt_MPLS.h > root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch > -p1 < /root/Desktop/mplspatchkernel2.6.38/ebtables-v2.0.10-1mpls.patch > ppp-2.4.5mpls.patch > patching file include/linux/if_pppol2tp.h > Reversed (or previously applied) patch detected! Assume -R? [n] y > Hunk #1 succeeded at 35 (offset 3 lines). > patching file pppd/main.c > Hunk #1 FAILED at 96. > Hunk #2 FAILED at 283. > 2 out of 2 hunks FAILED -- saving rejects to file pppd/main.c.rej > patching file pppd/Makefile.linux > Hunk #1 FAILED at 13. > 1 out of 1 hunk FAILED -- saving rejects to file pppd/Makefile.linux.rej > patching file pppd/mplscp.c > patching file pppd/mplscp.h > > > And after patching, when I compile the kernel, eventually, it gives this > error: > CC [M] drivers/net/pppox.o > In file included from drivers/net/pppox.c:29:0: > include/linux/if_pppox.h:91:25: error: field pppol2tp has incomplete type > make[2]: *** [drivers/net/pppox.o] Error 1 > make[1]: *** [drivers/net] Error 2 > make: *** [drivers] Error 2 > > and the vmlinuz is not created.... > > you have any idea about this? > > BR > Peng > > > > > 2011/8/10 Igor Maravić <ig...@et...> > >> Dear Peng, >> problem is in include/linux/ip_fib.h. In struct fib_config, fc_shim should >> be defined as pointer to struct rtshim. Because it is not defined as >> pointer, in net/fib_frontend.c in function rtm_to_fib_config stack is >> overflowing, when you issue the command >> ip route add 192.168.1.0/24 via 10.0.0.3 mpls 0x2. >> I wrote patches for Linux kernel 2.6.38.8, but I didn't test them thoroughly. >> Maybe you could give them a try. Any feedback would be appreciated. >> I have installed them on Ubuntu 11.04. >> BR >> Igor Maravić >> >> 2011/8/9 Peng <jia...@gm...> >> >>> Hi, >>> >>> I'm trying to using the mpls on my ubuntu box. I followed the instruction >>> on >>> >>> >>> http://ontwerpen1.khlim.be/~lrutten/cursussen/comm2/mpls-linux-docs/index.html >>> >>> but with the kernel version of 2.6.35 and >>> linux-kernel-v2.6.35.13-mpls1.980.patch, >>> >>> iproute-2.6.27-2.fc10.mpls.1.963.i386.rpm<http://mpls-linux.sourceforge.net/fedora/10/i386/mpls/iproute-2.6.27-2.fc10.mpls.1.963.i386.rpm> >>> >>> ebtables-2.0.8-5.fc10.mpls.1.963.i386.rpm<http://mpls-linux.sourceforge.net/fedora/10/i386/mpls/ebtables-2.0.8-5.fc10.mpls.1.963.i386.rpm> >>> >>> iptables-1.4.1.1-2.fc10.mpls.1.963.i386.rpm<http://mpls-linux.sourceforge.net/fedora/10/i386/mpls/iptables-1.4.1.1-2.fc10.mpls.1.963.i386.rpm> >>> >>> after the patch the kernel, and installed the aliened iproute iptable and >>> ebtable. >>> >>> when I used the .deb aliened from corresponding .rpm packages >>> >>> root@peng-MacBookPro:~# mpls hnhlfe add key 0 instaructions push gen >>> 1000 nexthop eth0 ipv4 10.0.0.3 >>> NHLFE entry key 0x00000002 mtu 0 propagate_ttl >>> (0 bytes, 0 pkts) >>> >>> ip route add 192.168.1.0/24 via 10.0.0.3 mpls 0x2 >>> >>> it crashes my laptop right away, the whole screen froze and I cannot do >>> anything >>> >>> The the kernel and patch method I'm using: >>> >>> Linux peng-MacBookPro 2.6.35.13 #1 SMP Thu Aug 4 23:41:12 EDT 2011 i686 >>> GNU/Linux >>> >>> root@peng-MacBookPro:/usr/src/ >>> linux-2.6.35.13# patch -p1 < >>> /usr/src/linux-2.6.35.13/linux-kernel-v2.6.35.13-mpls1.980.patch >>> >>> and the methods I installed the iproute iptable and ebtable are: >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> dpkg -i iproute_2.6.27-3_i386.deb >>> dpkg: warning: downgrading iproute from 20110728-1 to 2.6.27-3. >>> (Reading database ... (Reading database ... 5% (Reading database ... 10% >>> (Reading database ... 15% (Reading database ... 20% (Reading database ... >>> 25% (Reading database ... 30% (Reading database ... 35% (Reading database >>> ... 40% (Reading database ... 45% (Reading database ... 50% (Reading >>> database ... 55% (Reading database ... 60% (Reading database ... 65% >>> (Reading database ... 70% (Reading database ... 75% (Reading database ... >>> 80% (Reading database ... 85% (Reading database ... 90% (Reading database >>> ... 95% (Reading database ... 100% (Reading database ... 136388 files and >>> directories currently installed.) >>> Preparing to replace iproute 20110728-1 (using iproute_2.6.27-3_i386.deb) >>> ... >>> Unpacking replacement iproute ... >>> Setting up iproute (2.6.27-3) ... >>> Processing triggers for man-db ... >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> cd cp /bin/true /sbin/chkconifgfig >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> dpkg -i iptables_1.4.1.1-3_i386.deb >>> dpkg: warning: downgrading iptables from 1.4.11.1-1 to 1.4.1.1-3. >>> (Reading database ... (Reading database ... 5% (Reading database ... 10% >>> (Reading database ... 15% (Reading database ... 20% (Reading database ... >>> 25% (Reading database ... 30% (Reading database ... 35% (Reading database >>> ... 40% (Reading database ... 45% (Reading database ... 50% (Reading >>> database ... 55% (Reading database ... 60% (Reading database ... 65% >>> (Reading database ... 70% (Reading database ... 75% (Reading database ... >>> 80% (Reading database ... 85% (Reading database ... 90% (Reading database >>> ... 95% (Reading database ... 100% (Reading database ... 136339 files and >>> directories currently installed.) >>> Preparing to replace iptables 1.4.11.1-1 (using >>> iptables_1.4.1.1-3_i386.deb) ... >>> Unpacking replacement iptables ... >>> dpkg: warning: unable to delete old directory '/usr/local/lib': Directory >>> not empty >>> dpkg: warning: unable to delete old directory '/usr/local/share': >>> Directory not empty >>> dpkg: warning: unable to delete old directory '/usr/local': Directory not >>> empty >>> Setting up iptables (1.4.1.1-3) ... >>> Processing triggers for man-db ... >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> >>> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >>> dpkg -i ebtables_2.0.8-6_i386.deb >>> dpkg: warning: downgrading ebtables from 2.0.9.2-2 to 2.0.8-6. >>> (Reading database ... (Reading database ... 5% (Reading database ... 10% >>> (Reading database ... 15% (Reading database ... 20% (Reading database ... >>> 25% (Reading database ... 30% (Reading database ... 35% (Reading database >>> ... 40% (Reading database ... 45% (Reading database ... 50% (Reading >>> database ... 55% (Reading database ... 60% (Reading database ... 65% >>> (Reading database ... 70% (Reading database ... 75% (Reading database ... >>> 80% (Reading database ... 85% (Reading database ... 90% (Reading database >>> ... 95% (Reading database ... 100% (Reading database ... 136280 files and >>> directories currently installed.) >>> Preparing to replace ebtables 2.0.9.2-2 (using ebtables_2.0.8-6_i386.deb) >>> ... >>> Unpacking replacement ebtables ... >>> Setting up ebtables (2.0.8-6) ... >>> Processing triggers for man-db ... >>> Processing triggers for ureadahead ... >>> Processing triggers for libc-bin ... >>> ldconfig deferred processing now taking place >>> >>> >>> I'm wondering why I cannot use a simple function of this opensource >>> project command, is there some command issue? >>> maybe the command format introduced in the docs are outdated? >>> or I didn't install the iproute/iptables package correctly? >>> >>> Has someone here successfully patched the kernel and installed the >>> package on ubuntu? >>> >>> if ubuntu is not a good choice for this project's packages. >>> >>> What OS you guys usually use? >>> >>> Many thanks! >>> >>> BR >>> Peng >>> >>> >>> ------------------------------------------------------------------------------ >>> uberSVN's rich system and user administration capabilities and model >>> configuration take the hassle out of deploying and managing Subversion >>> and >>> the tools developers use with it. Learn more about uberSVN and get a free >>> download at: http://p.sf.net/sfu/wandisco-dev2dev >>> >>> _______________________________________________ >>> mpls-linux-devel mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >>> >>> >> > |
From: Peng <jia...@gm...> - 2011-08-11 13:30:23
|
Hi, Igor, Thanks for you latest patch. When I patch the mpls patch, it seems ok, but when I patch the iproute/iptables/ebtables, there seems something wrong. root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch -p1 < /root/Desktop/mplspatchkernel2.6.38/mpls2.6.38.8.patch patching file include/linux/genetlink.h patching file include/linux/if_arp.h patching file include/linux/mpls.h patching file include/linux/netfilter/xt_MPLS.h patching file include/linux/ppp_defs.h patching file include/linux/rtnetlink.h patching file include/linux/shim.h patching file include/linux/socket.h patching file include/linux/sysctl.h patching file include/net/ip6_fib.h patching file include/net/ip_fib.h patching file include/net/mpls.h patching file include/net/shim.h patching file kernel/sysctl_binary.c patching file net/bridge/Kconfig patching file net/bridge/Makefile patching file net/bridge/mplsbr.c patching file net/bridge/netfilter/ebt_mpls.c patching file net/bridge/netfilter/Kconfig patching file net/bridge/netfilter/Makefile patching file net/core/dev.c patching file net/core/dst.c patching file net/core/Makefile patching file net/core/shim.c patching file net/ipv4/fib_frontend.c patching file net/ipv4/fib_semantics.c patching file net/ipv4/ip_input.c patching file net/ipv4/ip_output.c patching file net/ipv4/Kconfig patching file net/ipv4/Makefile patching file net/ipv4/mpls4.c patching file net/ipv4/route.c patching file net/ipv6/ip6_fib.c patching file net/ipv6/ip6_input.c patching file net/ipv6/ip6_output.c patching file net/ipv6/Kconfig patching file net/ipv6/Makefile patching file net/ipv6/mpls6.c patching file net/ipv6/route.c patching file net/Kconfig patching file net/Makefile patching file net/mpls/af_mpls.c patching file net/mpls/Makefile patching file net/mpls/mpls_dst.c patching file net/mpls/mpls_if.c patching file net/mpls/mpls_ilm.c patching file net/mpls/mpls_init.c patching file net/mpls/mpls_input.c patching file net/mpls/mpls_instr.c patching file net/mpls/mpls_netlink.c patching file net/mpls/mpls_nhlfe.c patching file net/mpls/mpls_opcode.c patching file net/mpls/mpls_output.c patching file net/mpls/mpls_procfs.c patching file net/mpls/mpls_proto.c patching file net/mpls/mpls_shim.c patching file net/mpls/mpls_sysctl.c patching file net/mpls/mpls_tunnel.c patching file net/mpls/mpls_utils.c patching file net/netfilter/Kconfig patching file net/netfilter/Makefile patching file net/netfilter/xt_DSCP.c patching file net/netfilter/xt_MPLS.c patching file net/sched/sch_dsmark.c root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch -p1 < /root/Desktop/mplspatchkernel2.6.38/iproute2-2.6.38mpls.patch The next patch would create the file include/bits/socket.h, which already exists! Assume -R? [n] y patching file include/bits/socket.h patching file include/linux/genetlink.h Hunk #1 FAILED at 80. 1 out of 1 hunk FAILED -- saving rejects to file include/linux/genetlink.h.rej patching file include/linux/if_addr.h Hunk #1 FAILED at 53. 1 out of 1 hunk FAILED -- saving rejects to file include/linux/if_addr.h.rej patching file include/linux/if_ether.h Hunk #1 FAILED at 122. 1 out of 1 hunk FAILED -- saving rejects to file include/linux/if_ether.h.rej patching file include/linux/if_link.h The next patch would create the file include/linux/mpls.h, which already exists! Assume -R? [n] y patching file include/linux/mpls.h Hunk #1 FAILED at 1. File include/linux/mpls.h is not empty after patch, as expected 1 out of 1 hunk FAILED -- saving rejects to file include/linux/mpls.h.rej patching file include/linux/rtnetlink.h Hunk #4 succeeded at 603 with fuzz 2. patching file include/linux/shim.h patching file include/linux/socket.h Hunk #1 FAILED at 16. 1 out of 1 hunk FAILED -- saving rejects to file include/linux/socket.h.rej patching file ip/iproute.c Hunk #1 FAILED at 24. Hunk #2 FAILED at 72. Hunk #3 FAILED at 112. Hunk #4 FAILED at 252. Hunk #5 FAILED at 384. Hunk #6 FAILED at 626. Hunk #7 FAILED at 657. Hunk #8 FAILED at 751. Hunk #9 FAILED at 1197. Hunk #10 FAILED at 1411. Hunk #11 FAILED at 1497. 11 out of 11 hunks FAILED -- saving rejects to file ip/iproute.c.rej patching file lib/ll_proto.c Hunk #1 FAILED at 93. 1 out of 1 hunk FAILED -- saving rejects to file lib/ll_proto.c.rej patching file Makefile Hunk #1 FAILED at 6. Hunk #2 FAILED at 35. 2 out of 2 hunks FAILED -- saving rejects to file Makefile.rej The next patch would create the file mpls/Makefile, which already exists! Assume -R? [n] y patching file mpls/Makefile The next patch would create the file mpls/mpls.c, which already exists! Assume -R? [n] y patching file mpls/mpls.c The next patch would create the file mpls/mpls.h, which already exists! Assume -R? [n] y patching file mpls/mpls.h The next patch would create the file mpls/mpls_monitor.c, which already exists! Assume -R? [n] y patching file mpls/mpls_monitor.c patching file tc/f_route.c Hunk #1 FAILED at 79. 1 out of 1 hunk FAILED -- saving rejects to file tc/f_route.c.rej patching file tc/m_xt.c Hunk #1 FAILED at 162. Hunk #2 FAILED at 307. 2 out of 2 hunks FAILED -- saving rejects to file tc/m_xt.c.rej root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch -p1 < /root/Desktop/mplspatchkernel2.6.38/iproute2-2.6.38mpls.patch tables1.4.12mpls.patch patching file extensions/libxt_MPLS.c The next patch would create the file include/linux/mpls.h, which already exists! Assume -R? [n] y patching file include/linux/mpls.h Hunk #1 FAILED at 1. File include/linux/mpls.h is not empty after patch, as expected 1 out of 1 hunk FAILED -- saving rejects to file include/linux/mpls.h.rej The next patch would create the file include/linux/netfilter/xt_MPLS.h, which already exists! Assume -R? [n] y patching file include/linux/netfilter/xt_MPLS.h patching file iptables/iptables.c Hunk #1 FAILED at 40. Hunk #2 FAILED at 1668. 2 out of 2 hunks FAILED -- saving rejects to file iptables/iptables.c.rej root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch -p1 < /root/Desktop/mplspatchkernel2.6.38/iptables1.4.12mpls.patch ebtables-v2.0.10-1mpls.patch patching file extensions/ebt_mpls.c patching file extensions/Makefile Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file extensions/Makefile.rej patching file include/linux/if_ether.h Hunk #1 succeeded at 138 with fuzz 1 (offset 3 lines). The next patch would create the file include/linux/mpls.h, which already exists! Assume -R? [n] y patching file include/linux/mpls.h Hunk #1 FAILED at 1. File include/linux/mpls.h is not empty after patch, as expected 1 out of 1 hunk FAILED -- saving rejects to file include/linux/mpls.h.rej patching file include/linux/netfilter/xt_MPLS.h root@peng-MacBookPro:~/Desktop/mplspatchkernel2.6.38/linux-2.6.38.8# patch -p1 < /root/Desktop/mplspatchkernel2.6.38/ebtables-v2.0.10-1mpls.patch ppp-2.4.5mpls.patch patching file include/linux/if_pppol2tp.h Reversed (or previously applied) patch detected! Assume -R? [n] y Hunk #1 succeeded at 35 (offset 3 lines). patching file pppd/main.c Hunk #1 FAILED at 96. Hunk #2 FAILED at 283. 2 out of 2 hunks FAILED -- saving rejects to file pppd/main.c.rej patching file pppd/Makefile.linux Hunk #1 FAILED at 13. 1 out of 1 hunk FAILED -- saving rejects to file pppd/Makefile.linux.rej patching file pppd/mplscp.c patching file pppd/mplscp.h And after patching, when I compile the kernel, eventually, it gives this error: CC [M] drivers/net/pppox.o In file included from drivers/net/pppox.c:29:0: include/linux/if_pppox.h:91:25: error: field pppol2tp has incomplete type make[2]: *** [drivers/net/pppox.o] Error 1 make[1]: *** [drivers/net] Error 2 make: *** [drivers] Error 2 and the vmlinuz is not created.... you have any idea about this? BR Peng 2011/8/10 Igor Maravić <ig...@et...> > Dear Peng, > problem is in include/linux/ip_fib.h. In struct fib_config, fc_shim should > be defined as pointer to struct rtshim. Because it is not defined as > pointer, in net/fib_frontend.c in function rtm_to_fib_config stack is > overflowing, when you issue the command > ip route add 192.168.1.0/24 via 10.0.0.3 mpls 0x2. > I wrote patches for Linux kernel 2.6.38.8, but I didn't test them thoroughly. > Maybe you could give them a try. Any feedback would be appreciated. > I have installed them on Ubuntu 11.04. > BR > Igor Maravić > > 2011/8/9 Peng <jia...@gm...> > >> Hi, >> >> I'm trying to using the mpls on my ubuntu box. I followed the instruction >> on >> >> >> http://ontwerpen1.khlim.be/~lrutten/cursussen/comm2/mpls-linux-docs/index.html >> >> but with the kernel version of 2.6.35 and >> linux-kernel-v2.6.35.13-mpls1.980.patch, >> >> iproute-2.6.27-2.fc10.mpls.1.963.i386.rpm<http://mpls-linux.sourceforge.net/fedora/10/i386/mpls/iproute-2.6.27-2.fc10.mpls.1.963.i386.rpm> >> >> ebtables-2.0.8-5.fc10.mpls.1.963.i386.rpm<http://mpls-linux.sourceforge.net/fedora/10/i386/mpls/ebtables-2.0.8-5.fc10.mpls.1.963.i386.rpm> >> >> iptables-1.4.1.1-2.fc10.mpls.1.963.i386.rpm<http://mpls-linux.sourceforge.net/fedora/10/i386/mpls/iptables-1.4.1.1-2.fc10.mpls.1.963.i386.rpm> >> >> after the patch the kernel, and installed the aliened iproute iptable and >> ebtable. >> >> when I used the .deb aliened from corresponding .rpm packages >> >> root@peng-MacBookPro:~# mpls hnhlfe add key 0 instaructions push gen 1000 >> nexthop eth0 ipv4 10.0.0.3 >> NHLFE entry key 0x00000002 mtu 0 propagate_ttl >> (0 bytes, 0 pkts) >> >> ip route add 192.168.1.0/24 via 10.0.0.3 mpls 0x2 >> >> it crashes my laptop right away, the whole screen froze and I cannot do >> anything >> >> The the kernel and patch method I'm using: >> >> Linux peng-MacBookPro 2.6.35.13 #1 SMP Thu Aug 4 23:41:12 EDT 2011 i686 >> GNU/Linux >> >> root@peng-MacBookPro:/usr/src/ >> linux-2.6.35.13# patch -p1 < >> /usr/src/linux-2.6.35.13/linux-kernel-v2.6.35.13-mpls1.980.patch >> >> and the methods I installed the iproute iptable and ebtable are: >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> dpkg -i iproute_2.6.27-3_i386.deb >> dpkg: warning: downgrading iproute from 20110728-1 to 2.6.27-3. >> (Reading database ... (Reading database ... 5% (Reading database ... 10% >> (Reading database ... 15% (Reading database ... 20% (Reading database ... >> 25% (Reading database ... 30% (Reading database ... 35% (Reading database >> ... 40% (Reading database ... 45% (Reading database ... 50% (Reading >> database ... 55% (Reading database ... 60% (Reading database ... 65% >> (Reading database ... 70% (Reading database ... 75% (Reading database ... >> 80% (Reading database ... 85% (Reading database ... 90% (Reading database >> ... 95% (Reading database ... 100% (Reading database ... 136388 files and >> directories currently installed.) >> Preparing to replace iproute 20110728-1 (using iproute_2.6.27-3_i386.deb) >> ... >> Unpacking replacement iproute ... >> Setting up iproute (2.6.27-3) ... >> Processing triggers for man-db ... >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> cd cp /bin/true /sbin/chkconifgfig >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> dpkg -i iptables_1.4.1.1-3_i386.deb >> dpkg: warning: downgrading iptables from 1.4.11.1-1 to 1.4.1.1-3. >> (Reading database ... (Reading database ... 5% (Reading database ... 10% >> (Reading database ... 15% (Reading database ... 20% (Reading database ... >> 25% (Reading database ... 30% (Reading database ... 35% (Reading database >> ... 40% (Reading database ... 45% (Reading database ... 50% (Reading >> database ... 55% (Reading database ... 60% (Reading database ... 65% >> (Reading database ... 70% (Reading database ... 75% (Reading database ... >> 80% (Reading database ... 85% (Reading database ... 90% (Reading database >> ... 95% (Reading database ... 100% (Reading database ... 136339 files and >> directories currently installed.) >> Preparing to replace iptables 1.4.11.1-1 (using >> iptables_1.4.1.1-3_i386.deb) ... >> Unpacking replacement iptables ... >> dpkg: warning: unable to delete old directory '/usr/local/lib': Directory >> not empty >> dpkg: warning: unable to delete old directory '/usr/local/share': >> Directory not empty >> dpkg: warning: unable to delete old directory '/usr/local': Directory not >> empty >> Setting up iptables (1.4.1.1-3) ... >> Processing triggers for man-db ... >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> >> root@peng-MacBookPro:~/Desktop/Linuxbackup/Desktop/debian/MPLSopensource# >> dpkg -i ebtables_2.0.8-6_i386.deb >> dpkg: warning: downgrading ebtables from 2.0.9.2-2 to 2.0.8-6. >> (Reading database ... (Reading database ... 5% (Reading database ... 10% >> (Reading database ... 15% (Reading database ... 20% (Reading database ... >> 25% (Reading database ... 30% (Reading database ... 35% (Reading database >> ... 40% (Reading database ... 45% (Reading database ... 50% (Reading >> database ... 55% (Reading database ... 60% (Reading database ... 65% >> (Reading database ... 70% (Reading database ... 75% (Reading database ... >> 80% (Reading database ... 85% (Reading database ... 90% (Reading database >> ... 95% (Reading database ... 100% (Reading database ... 136280 files and >> directories currently installed.) >> Preparing to replace ebtables 2.0.9.2-2 (using ebtables_2.0.8-6_i386.deb) >> ... >> Unpacking replacement ebtables ... >> Setting up ebtables (2.0.8-6) ... >> Processing triggers for man-db ... >> Processing triggers for ureadahead ... >> Processing triggers for libc-bin ... >> ldconfig deferred processing now taking place >> >> >> I'm wondering why I cannot use a simple function of this opensource >> project command, is there some command issue? >> maybe the command format introduced in the docs are outdated? >> or I didn't install the iproute/iptables package correctly? >> >> Has someone here successfully patched the kernel and installed the package >> on ubuntu? >> >> if ubuntu is not a good choice for this project's packages. >> >> What OS you guys usually use? >> >> Many thanks! >> >> BR >> Peng >> >> >> ------------------------------------------------------------------------------ >> uberSVN's rich system and user administration capabilities and model >> configuration take the hassle out of deploying and managing Subversion and >> the tools developers use with it. Learn more about uberSVN and get a free >> download at: http://p.sf.net/sfu/wandisco-dev2dev >> >> _______________________________________________ >> mpls-linux-devel mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >> >> > |