mpls-linux-general Mailing List for MPLS for Linux (Page 28)
Status: Beta
Brought to you by:
jleu
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(26) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(22) |
Feb
(19) |
Mar
(19) |
Apr
(45) |
May
(52) |
Jun
(101) |
Jul
(79) |
Aug
(24) |
Sep
(43) |
Oct
(54) |
Nov
(71) |
Dec
(53) |
2002 |
Jan
(111) |
Feb
(123) |
Mar
(67) |
Apr
(61) |
May
(75) |
Jun
(26) |
Jul
(36) |
Aug
(41) |
Sep
(79) |
Oct
(85) |
Nov
(58) |
Dec
(39) |
2003 |
Jan
(26) |
Feb
(61) |
Mar
(80) |
Apr
(56) |
May
(39) |
Jun
(44) |
Jul
(28) |
Aug
(25) |
Sep
(4) |
Oct
(20) |
Nov
(38) |
Dec
(9) |
2004 |
Jan
(14) |
Feb
(14) |
Mar
(68) |
Apr
(17) |
May
(45) |
Jun
(42) |
Jul
(41) |
Aug
(23) |
Sep
(46) |
Oct
(89) |
Nov
(55) |
Dec
(33) |
2005 |
Jan
(74) |
Feb
(39) |
Mar
(105) |
Apr
(96) |
May
(43) |
Jun
(48) |
Jul
(21) |
Aug
(22) |
Sep
(33) |
Oct
(28) |
Nov
(29) |
Dec
(81) |
2006 |
Jan
(37) |
Feb
(32) |
Mar
(147) |
Apr
(37) |
May
(33) |
Jun
(28) |
Jul
(15) |
Aug
(20) |
Sep
(15) |
Oct
(23) |
Nov
(30) |
Dec
(40) |
2007 |
Jan
(20) |
Feb
(24) |
Mar
(65) |
Apr
(69) |
May
(41) |
Jun
(53) |
Jul
(39) |
Aug
(76) |
Sep
(53) |
Oct
(43) |
Nov
(26) |
Dec
(24) |
2008 |
Jan
(19) |
Feb
(67) |
Mar
(91) |
Apr
(75) |
May
(47) |
Jun
(63) |
Jul
(68) |
Aug
(39) |
Sep
(44) |
Oct
(33) |
Nov
(62) |
Dec
(84) |
2009 |
Jan
(14) |
Feb
(39) |
Mar
(55) |
Apr
(63) |
May
(16) |
Jun
(9) |
Jul
(4) |
Aug
(6) |
Sep
(1) |
Oct
(2) |
Nov
(10) |
Dec
(5) |
2010 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
(13) |
May
(4) |
Jun
(5) |
Jul
(2) |
Aug
(8) |
Sep
(6) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
2011 |
Jan
(1) |
Feb
(21) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(6) |
Sep
|
Oct
|
Nov
(2) |
Dec
(6) |
2012 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(3) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
From: James R. L. <jl...@mi...> - 2007-12-19 04:33:35
|
I've released mpls-linux 1.959. The main change is a fix for netfilter so that NHLFEs get released when the netfilter rule that referenced it goes aw= ay. (thanks to Tom Kleiberg <t.k...@gm...> for pointing me at the bug) At this time I build RPMs for Fedora 8 and 7 and Fedora Core 6. All of whi= ch can be reached via my yum repo: http://mpls-linux.sourceforge.net/fedora/mpls-linux.repo I'll be posting 1.959 to the file section of SF, but that is a slow and painful process. Until that is in place you can access the contents of the yum repo directly by going here: http://mpls-linux.sourceforge.net/fedora/ --=20 James R. Leu jl...@mi... |
From: James R. L. <jl...@mi...> - 2007-12-13 05:31:30
|
Just wanted to confirm that I'm seeing this issue on mpls-linux 1.958 on FC6 (and F7 and F8). I will dig into it. On Wed, Dec 12, 2007 at 03:55:11PM +0100, Tom Kleiberg wrote: > Hello James, >=20 > Thanks for your time. I'm using the pre-built rpms for FC6 (on FC6) =20 > version 1.958 that are available on SourceForge, i.e. the =20 > kernel,iptables etc. I have tried several ways to workaround the =20 > problem and so far no success. Flushing the chain will not work. Using = =20 > a custom chain, and flushing and deleting that afterwards also will =20 > not work. >=20 > Kind regards, >=20 > Tom >=20 >=20 >=20 > On Dec 12, 2007, at 3:25 PM, James R. Leu wrote: >=20 > >On Wed, Dec 12, 2007 at 02:12:30PM +0100, Tom Kleiberg wrote: > >>Hello, > >> > >>I came across a problem with removing an mpls target from iptables. > >>Apparently, the problem was found previously and posted on the =20 > >>mailing list: > >>http://sourceforge.net/mailarchive/message.php?msg_id=3D58990.192.168.1= .72.1177109560.squirrel%40webmail.larces.uece.br > >>http://sourceforge.net/mailarchive/message.php?msg_id=3D1801039839.2007= 0421093542%40s2001.tu-chemnitz.de > >>http://sourceforge.net/mailarchive/message.php?msg_id=3D4631EBCD.809070= 8%40gmail.com > > > >Completely different problem. In those posts they couldn't even =20 > >create iptables > >rules. It was due to a change in kernel structures for netfilter =20 > >targets. > >This is the first I'm hearing of your issue. > > > >Can you please provide details about the MPLS version, iptables =20 > >version, and linux > >distribution you are using. > > > >>The target can be removed from iptables only by using the rule number > >>instead of the complete rule description. > >> > >>Unfortunately, I encountered another issue, which could be related =20 > >>to this > >>one. Namely, when a nhfle key has been used by an iptables target =20 > >>and the > >>iptables rule is later removed, > >>then the key can no longer be removed from the nhlfe table. The key =20 > >>can now > >>only be removed from the nhlfe table by > >>rebooting the pc. > >> > >>The following commands will show the error. > >>mpls nhlfe add key 0 > >>iptables -t mangle -A OUTPUT <some rule> -j mpls --nhlfe <key> > >>iptables -t mangle -D OUTPUT <#some rule> > >>mpls nhlfe del key <key> > >> > >>The last command will report the error: > >>RTNETLINK answers: Device or resource busy > > > >What happens if you do a iptables -F instead of trying to remove > >just the single rule? > > > >>dmesg reports: > >>MPLS DEBUG net/mpls/mpls_nhlfe.c:468:mpls_del_out_label: enter > >>MPLS DEBUG net/mpls/mpls_nhlfe.c:492:mpls_del_out_label: Node 4 is =20 > >>being > >>used > >>MPLS DEBUG net/mpls/mpls_nhlfe.c:493:mpls_del_out_label: exit > >>MPLS DEBUG net/mpls/mpls_netlink.c:346:genl_mpls_nhlfe_del: Exit: -16 > >> > >>Can anyone confirm this problem and is there a solution/workaround? > >> > >>Kind regards, > >> > >>Tom > >>t.k...@gm... > > > >>-----------------------------------------------------------------------= -- > >>SF.Net email is sponsored by: > >>Check out the new SourceForge.net Marketplace. > >>It's the best place to buy or sell services for > >>just about anything Open Source. > >>http://sourceforge.net/services/buy/index.php > >>_______________________________________________ > >>mpls-linux-general mailing list > >>mpl...@li... > >>https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > >--=20 > >James R. Leu > >jl...@mi... --=20 James R. Leu jl...@mi... |
From: Tom K. <t.k...@gm...> - 2007-12-12 14:55:19
|
Hello James, Thanks for your time. I'm using the pre-built rpms for FC6 (on FC6) version 1.958 that are available on SourceForge, i.e. the kernel,iptables etc. I have tried several ways to workaround the problem and so far no success. Flushing the chain will not work. Using a custom chain, and flushing and deleting that afterwards also will not work. Kind regards, Tom On Dec 12, 2007, at 3:25 PM, James R. Leu wrote: > On Wed, Dec 12, 2007 at 02:12:30PM +0100, Tom Kleiberg wrote: >> Hello, >> >> I came across a problem with removing an mpls target from iptables. >> Apparently, the problem was found previously and posted on the >> mailing list: >> http://sourceforge.net/mailarchive/message.php?msg_id=58990.192.168.1.72.1177109560.squirrel%40webmail.larces.uece.br >> http://sourceforge.net/mailarchive/message.php?msg_id=1801039839.20070421093542%40s2001.tu-chemnitz.de >> http://sourceforge.net/mailarchive/message.php?msg_id=4631EBCD.8090708%40gmail.com > > Completely different problem. In those posts they couldn't even > create iptables > rules. It was due to a change in kernel structures for netfilter > targets. > This is the first I'm hearing of your issue. > > Can you please provide details about the MPLS version, iptables > version, and linux > distribution you are using. > >> The target can be removed from iptables only by using the rule number >> instead of the complete rule description. >> >> Unfortunately, I encountered another issue, which could be related >> to this >> one. Namely, when a nhfle key has been used by an iptables target >> and the >> iptables rule is later removed, >> then the key can no longer be removed from the nhlfe table. The key >> can now >> only be removed from the nhlfe table by >> rebooting the pc. >> >> The following commands will show the error. >> mpls nhlfe add key 0 >> iptables -t mangle -A OUTPUT <some rule> -j mpls --nhlfe <key> >> iptables -t mangle -D OUTPUT <#some rule> >> mpls nhlfe del key <key> >> >> The last command will report the error: >> RTNETLINK answers: Device or resource busy > > What happens if you do a iptables -F instead of trying to remove > just the single rule? > >> dmesg reports: >> MPLS DEBUG net/mpls/mpls_nhlfe.c:468:mpls_del_out_label: enter >> MPLS DEBUG net/mpls/mpls_nhlfe.c:492:mpls_del_out_label: Node 4 is >> being >> used >> MPLS DEBUG net/mpls/mpls_nhlfe.c:493:mpls_del_out_label: exit >> MPLS DEBUG net/mpls/mpls_netlink.c:346:genl_mpls_nhlfe_del: Exit: -16 >> >> Can anyone confirm this problem and is there a solution/workaround? >> >> Kind regards, >> >> Tom >> t.k...@gm... > >> ------------------------------------------------------------------------- >> SF.Net email is sponsored by: >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > -- > James R. Leu > jl...@mi... |
From: James R. L. <jl...@mi...> - 2007-12-12 14:31:29
|
On Wed, Dec 12, 2007 at 02:12:30PM +0100, Tom Kleiberg wrote: > Hello, >=20 > I came across a problem with removing an mpls target from iptables. > Apparently, the problem was found previously and posted on the mailing li= st: > http://sourceforge.net/mailarchive/message.php?msg_id=3D58990.192.168.1.7= 2.1177109560.squirrel%40webmail.larces.uece.br > http://sourceforge.net/mailarchive/message.php?msg_id=3D1801039839.200704= 21093542%40s2001.tu-chemnitz.de > http://sourceforge.net/mailarchive/message.php?msg_id=3D4631EBCD.8090708%= 40gmail.com Completely different problem. In those posts they couldn't even create ipt= ables rules. It was due to a change in kernel structures for netfilter targets. This is the first I'm hearing of your issue. Can you please provide details about the MPLS version, iptables version, an= d linux distribution you are using. > The target can be removed from iptables only by using the rule number > instead of the complete rule description. >=20 > Unfortunately, I encountered another issue, which could be related to this > one. Namely, when a nhfle key has been used by an iptables target and the > iptables rule is later removed, > then the key can no longer be removed from the nhlfe table. The key can n= ow > only be removed from the nhlfe table by > rebooting the pc. >=20 > The following commands will show the error. > mpls nhlfe add key 0 > iptables -t mangle -A OUTPUT <some rule> -j mpls --nhlfe <key> > iptables -t mangle -D OUTPUT <#some rule> > mpls nhlfe del key <key> >=20 > The last command will report the error: > RTNETLINK answers: Device or resource busy What happens if you do a iptables -F instead of trying to remove just the single rule? > dmesg reports: > MPLS DEBUG net/mpls/mpls_nhlfe.c:468:mpls_del_out_label: enter > MPLS DEBUG net/mpls/mpls_nhlfe.c:492:mpls_del_out_label: Node 4 is being > used > MPLS DEBUG net/mpls/mpls_nhlfe.c:493:mpls_del_out_label: exit > MPLS DEBUG net/mpls/mpls_netlink.c:346:genl_mpls_nhlfe_del: Exit: -16 >=20 > Can anyone confirm this problem and is there a solution/workaround? >=20 > Kind regards, >=20 > Tom > t.k...@gm... > ------------------------------------------------------------------------- > SF.Net email is sponsored by:=20 > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: Tom K. <t.k...@gm...> - 2007-12-12 13:19:09
|
Hello, I came across a problem with removing an mpls target from iptables. Apparently, the problem was found previously and posted on the mailing list: http://sourceforge.net/mailarchive/message.php?msg_id=58990.192.168.1.72.1177109560.squirrel%40webmail.larces.uece.br http://sourceforge.net/mailarchive/message.php?msg_id=1801039839.20070421093542%40s2001.tu-chemnitz.de http://sourceforge.net/mailarchive/message.php?msg_id=4631EBCD.8090708%40gmail.com The target can be removed from iptables only by using the rule number instead of the complete rule description. Unfortunately, I encountered another issue, which could be related to this one. Namely, when a nhfle key has been used by an iptables target and the iptables rule is later removed, then the key can no longer be removed from the nhlfe table. The key can now only be removed from the nhlfe table by rebooting the pc. The following commands will show the error. mpls nhlfe add key 0 iptables -t mangle -A OUTPUT <some rule> -j mpls --nhlfe <key> iptables -t mangle -D OUTPUT <#some rule> mpls nhlfe del key <key> The last command will report the error: RTNETLINK answers: Device or resource busy dmesg reports: MPLS DEBUG net/mpls/mpls_nhlfe.c:468:mpls_del_out_label: enter MPLS DEBUG net/mpls/mpls_nhlfe.c:492:mpls_del_out_label: Node 4 is being used MPLS DEBUG net/mpls/mpls_nhlfe.c:493:mpls_del_out_label: exit MPLS DEBUG net/mpls/mpls_netlink.c:346:genl_mpls_nhlfe_del: Exit: -16 Can anyone confirm this problem and is there a solution/workaround? Kind regards, Tom t.k...@gm... |
From: gencay G. <gen...@ch...> - 2007-12-10 03:19:03
|
does she have to wait forever to get some real sex? http://www.icasthd.com/ |
From: Carville K. <Car...@st...> - 2007-12-09 09:59:44
|
you will score with ease if you enlarge your dick http://igvalic.com/ |
From: Antoinette F. <Kar...@li...> - 2007-12-04 20:46:28
|
fiery hater lithuania elijah gainful startle attentive stifle these sally sally spy duration affine afro slog afro gainful amadeus amadeus virile bitt philosoph motherland consensus bison twosome invertebrate visit demean lithuania womb duration startle twosome fiery gainful bisexual principle frugal motherland shako cachalot demean stifle womb startle palate snap violet transgressor amadeus elijah |
From: Darvison V. <Dar...@ul...> - 2007-11-30 11:24:26
|
After only 2 weeks of use I have noticed a amazing difference in girth = http://mikaroo.com/ |
From: James R. L. <jl...@mi...> - 2007-11-28 04:15:36
|
On Mon, Nov 26, 2007 at 07:25:22PM +0530, Swapnil Bandekar wrote: > is RSVP implementation available for mpls-linux? > There was some mention of it when mpls-linux1.958 was released? Their are a couple of implementation. I start the work to integrate one of them, but that work has not been finished. The code is in my development tree. See http://mpls-linux.sf.net/ for details about how to access my development tree. If you choose to try and do some development on it, please join the mpls-linux-devel mailing list, and let me know about your work. I can help bring you up to speed. > Thanks in advance, >=20 > --=20 > Swapnil Bandekar > M. Tech. (Comm.) > Electrical Engg. Dept. > IIT Bombay >=20 >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: James R. L. <jl...@mi...> - 2007-11-28 04:12:22
|
On Sun, Nov 25, 2007 at 12:40:19PM +0530, Swapnil Bandekar wrote: > hi all > can someone guide me with the syntax for ds2exp option of mpls. > i tried=20 > 'mpls nhlfe add key 0 instructions push gen 1000 nexthop eth2 ipv4=20 > 10.107.23.210 ds2exp 0xFF 0x40 03' > and am getting error: 'Command line is not complete. Try option "help" ' ds2exp cannot end a NHLFE. The EXP must be set before you do the PUSH. mpls nhlfe add key 0 instructions ds2exp 0x3f 0x1 0x1 0x2 0x4 0x3 0x7 p= ush gen 1000 nexthop eth0 ipv4 192.168.2.1 > Thanks in advance, >=20 > --=20 > Swapnil Bandekar > M. Tech. (Comm.) > Electrical Engg. Dept. > IIT Bombay >=20 >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: Swapnil B. <swa...@ee...> - 2007-11-26 13:57:21
|
is RSVP implementation available for mpls-linux? There was some mention of it when mpls-linux1.958 was released? Thanks in advance, -- Swapnil Bandekar M. Tech. (Comm.) Electrical Engg. Dept. IIT Bombay |
From: Swapnil B. <swa...@ee...> - 2007-11-25 07:10:48
|
hi all can someone guide me with the syntax for ds2exp option of mpls. i tried 'mpls nhlfe add key 0 instructions push gen 1000 nexthop eth2 ipv4 10.107.23.210 ds2exp 0xFF 0x40 03' and am getting error: 'Command line is not complete. Try option "help" ' Thanks in advance, -- Swapnil Bandekar M. Tech. (Comm.) Electrical Engg. Dept. IIT Bombay |
From: Chris R. <Chr...@nr...> - 2007-11-20 13:50:38
|
James The problem seems to be the way the kernel handles /32 address in a routing table. Namely it doesnt. That is I fixed the dummy0 interface routing problem by simply assigning it a /30 bit mask, aka a network address. ifcfg-dummy0 = /30 bit mask LER_1(dummy0)<------------->(dummy0)LER_2 ....Chris James R. Leu wrote: > I'm not understanding the issue yet. Can you provide an > ASCII drawing or a list of commands that would exemplify > what your seeing? > > On Sat, Nov 17, 2007 at 09:17:44AM -0500, Chris Robson wrote: > >> James >> >> Just an FYI on Explicit null label testing this morning, sorry if this >> is old hat for anyone. >> >> I was having a problem getting it to work even though the "mpls ilm >> show" was stating the correct pop was configured, incoming packets >> appeared not to be routed via kernel after the pop. It turns out there >> is an issue with targeting the "dummy0" interface. Once I changed to a >> real ethX interface owned by the target router the expected action >> occurred, that is, pinging from one linux router where labels are >> applied to the target IP to the targeted linux route's interface IP, >> ergo explicit null action. >> >> Command sequence is: (NOTE 10.128.3.253 can not be a dummy0 interface) >> >> Source router >> mpls nhlfe add key 0 instructions push gen 1006 nexthop eth8 ipv4 >> 10.128.0.137 >> ip route add 10.128.3.253/32 via 10.128.0.137 mpls 0x2 >> mpls labelspace set dev eth8 labelspace 0 >> >> Target router: >> mpls ilm add label gen 1006 labelspace 0 >> >> -- >> Christopher Robson >> Senior Computer Scientist, GS-15 >> Naval Research Laboratory >> Center for Computational Science >> Networking, Code 5591 >> 4555 Overlook ave. >> Washington, D.C. 20375-5320 >> (COM) 202-404-3138 >> (VoIP) 2024043138@GIGEF >> (CHAT) Chris.Robson@GIGEF >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2005. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: Nilo R. <Ni...@ha...> - 2007-11-19 14:05:19
|
Do not know where to hide of shame in the bedroom? Chasta VanderBrink http://www.thankbed.com/ |
From: James R. L. <jl...@mi...> - 2007-11-18 02:57:32
|
I'm not understanding the issue yet. Can you provide an ASCII drawing or a list of commands that would exemplify what your seeing? On Sat, Nov 17, 2007 at 09:17:44AM -0500, Chris Robson wrote: >=20 > James >=20 > Just an FYI on Explicit null label testing this morning, sorry if this=20 > is old hat for anyone.=20 >=20 > I was having a problem getting it to work even though the "mpls ilm=20 > show" was stating the correct pop was configured, incoming packets=20 > appeared not to be routed via kernel after the pop. It turns out there= =20 > is an issue with targeting the "dummy0" interface. Once I changed to a= =20 > real ethX interface owned by the target router the expected action=20 > occurred, that is, pinging from one linux router where labels are=20 > applied to the target IP to the targeted linux route's interface IP,=20 > ergo explicit null action. >=20 > Command sequence is: (NOTE 10.128.3.253 can not be a dummy0 interface) >=20 > Source router > mpls nhlfe add key 0 instructions push gen 1006 nexthop eth8 ipv4=20 > 10.128.0.137 > ip route add 10.128.3.253/32 via 10.128.0.137 mpls 0x2 =20 > mpls labelspace set dev eth8 labelspace 0 >=20 > Target router: > mpls ilm add label gen 1006 labelspace 0 >=20 > --=20 > Christopher Robson > Senior Computer Scientist, GS-15 > Naval Research Laboratory > Center for Computational Science > Networking, Code 5591 > 4555 Overlook ave. > Washington, D.C. 20375-5320 > (COM) 202-404-3138 > (VoIP) 2024043138@GIGEF > (CHAT) Chris.Robson@GIGEF >=20 >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: Chris R. <Chr...@nr...> - 2007-11-17 14:17:58
|
James Just an FYI on Explicit null label testing this morning, sorry if this is old hat for anyone. I was having a problem getting it to work even though the "mpls ilm show" was stating the correct pop was configured, incoming packets appeared not to be routed via kernel after the pop. It turns out there is an issue with targeting the "dummy0" interface. Once I changed to a real ethX interface owned by the target router the expected action occurred, that is, pinging from one linux router where labels are applied to the target IP to the targeted linux route's interface IP, ergo explicit null action. Command sequence is: (NOTE 10.128.3.253 can not be a dummy0 interface) Source router mpls nhlfe add key 0 instructions push gen 1006 nexthop eth8 ipv4 10.128.0.137 ip route add 10.128.3.253/32 via 10.128.0.137 mpls 0x2 mpls labelspace set dev eth8 labelspace 0 Target router: mpls ilm add label gen 1006 labelspace 0 -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: James R. L. <jl...@mi...> - 2007-11-16 13:15:44
|
Its all about time, being that I'm the only one working on this project I have to do what I can in the shortest amount of time. It takes more time to build a mpls-linux tar ball, and it takes more time to support users who want to build their own binaries. Plus if you really wanted you could: - extract the SRPMs (there are RPM tools for almost all distributions) - use p4 to pull a development tree If someone wants to step up and start helping with release managment I'd be more then happy to start producing tar balls again. On Fri, Nov 16, 2007 at 02:06:52AM -0800, Wojtek Dudys wrote: > Could anybody provide patches for mpls-linux-1.958 > just like it was in mpls-linux-1.955.tar.gz? >=20 > I want to install 1.958 version on ubuntu just like I > did with 1.955 and I need only patches. Fedora's RPMs > does not work (no surprise). >=20 > Wojtek=20 >=20 >=20 > ___________________________________________________________________= _________________ > Be a better sports nut! Let your teams follow you=20 > with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=3DAt9= _qDKvtAbMuh1G1SQtBI7ntAcJ >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: Wojtek D. <wd...@ya...> - 2007-11-16 10:07:01
|
Could anybody provide patches for mpls-linux-1.958 just like it was in mpls-linux-1.955.tar.gz? I want to install 1.958 version on ubuntu just like I did with 1.955 and I need only patches. Fedora's RPMs does not work (no surprise). Wojtek ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ |
From: Chris R. <Chr...@nr...> - 2007-11-15 09:54:31
|
Anyone looked into how to make MPLS-Linux support "IPv4 Explicit NULL Label". That is having a LER pop all the labels and then route based on the IP header. The requirement is to have a dummy0 interface be the source/destination within the LER, ergo a ping packet between the connect LERs dummy0 interfaces would be labeled. I can get the labels inserted on the outgoing packets but can't seem the find the correct configuration to have all the labels popped at the destination LER. Typcial configuration is: Host(ping)<-->LER<------(ping with label)----->LER<---->(ping)Host Desired configuration: LER(dummy0)(ping with label)<----------->ping with label)(dummy0)LER Any idea....thanks ....Chris |
From: James R. L. <jl...@mi...> - 2007-11-12 14:00:19
|
I believe the general consenus is that quagga-mpls on a 1.958 kernel does not work. On Mon, Nov 12, 2007 at 02:09:56PM +0100, Javier Lorenzo wrote: > Hello, >=20 > I'm a university student and I'm doing my final project. I would want to > know if ldp is working, and if it is, which is the latest version. I have > tried statics routes and it works well, but I'm having some problems with > ldp. >=20 > Thank you. > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: Javier L. <jml...@gm...> - 2007-11-12 13:09:59
|
Hello, I'm a university student and I'm doing my final project. I would want to know if ldp is working, and if it is, which is the latest version. I have tried statics routes and it works well, but I'm having some problems with ldp. Thank you. |
From: Javier L. <jml...@gm...> - 2007-11-12 13:00:03
|
Hello, I'm a university student and I'm doing my final project. I would want to know if ldp is working, and if it is, which is the latest version. I have tried statics routes and it works well, but I'm having some problems with ldp. Thank you. |
From: James R. L. <jl...@mi...> - 2007-11-09 14:58:41
|
On Fri, Nov 09, 2007 at 10:35:49PM +0800, ?????? wrote: > Because the version of ldpd now can't work well on mpls-linux-1.958, > it has some problems when operating. >=20 > May I ask that what time the new quagga with ldpd will be released? > Do developers have schedule? There is only one developer on this project and the vrf-linux project, me. At this time my focus is on vrf-linux, trying to bring it upto date. If you would like to assist with the development, please join the mpls-linux-devel mailing list and I'll be happy to answer questions about howto start contributing. > Best regard. > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
From: <dad...@gm...> - 2007-11-09 14:35:53
|
Because the version of ldpd now can't work well on mpls-linux-1.958, it has some problems when operating. May I ask that what time the new quagga with ldpd will be released? Do developers have schedule? Best regard. |