mpls-linux-general Mailing List for MPLS for Linux (Page 27)
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: <rob...@ma...> - 2008-01-29 02:44:04
|
You're the One http://82.240.196.133/ |
From: Adrian P. <adr...@gm...> - 2008-01-28 08:55:03
|
Hello Rachid, Thanks for the attachement and sorry I didn't manage to reply this weekend (I didn't get close to the computer...). Looking into the examples, here's what you need to do: - from e1/scripts/network2/qos/e-lsp.sh: echo 'A3->A2' #do the following mapping: # DSCP EXP TCINDEX # 0x1E 3 1 # 0x00 0 3 #and push label 2000 for both of them var1=`mpls nhlfe add key 0 instructions ds2exp 0xf 0x1e 0x3 0x0 0x0 exp2tc 0x3 0x1 0x0 0x3 push gen 2000 nexthop eth3 ipv4 10.0.5.3 | grep key |cut -c 17-26` You need to create a label path with a key mapping your desired DSCP to a desired EXP. In this command, I mapped DSCP 0x1E to EXP 0x3 AND DSCP 0x00(best effort) to EXP 0x0. Furthermore, mapping DSCP to EXP is not enough - even if your packets will leave with the desired EXP values, Linux tc will not differentiate the traffic. You need to add exp2tc mapping so that packets with EXP 0x3 follow a specific tc rule and benefit from a specific bandwidth. In my case packets with EXP 0x3 have tcindex 1 (tcindex is just a number that has to be the same in the mpls command and in the tc commands) and packets with EXP 3 have tcindex 3: mpls nhlfe add key 0 instructions ds2exp 0xf 0x1e 0x3 0x0 0x0 exp2tc 0x3 0x1 0x0 0x3 push gen 2000 nexthop eth3 ipv4 10.0.5.3 The rest of the command is standard - add a new label (2000) and specify the nexthop interface (eth3) and nexthop ip (10.0.5.3). If you don't need to allocate bandwidth, you don't need the exp2tc 0x3 0x1 0x0 0x3 part. Oh, I nearly forgot - In the command ds2exp 0xf 0x1e 0x3 0x0 0x0, the 0xf is just a bit mask that is applied on the DSCP value (a logical OR), so that multiple DSCP values will be linked to a single EXP. If you want one-to-one mapping, you can set this mask to 0xf and forget about it. The new key generated by this command has to be linked with the forwarding plane by means of iptables: #create a FEC: packets with DSCP=0x1E and DSCP=0x00 go to nhlfe $var1 iptables -A FORWARD -m dscp --dscp 0x1e -j mpls --nhlfe $var1 iptables -A FORWARD -m dscp --dscp 0x0 -j mpls --nhlfe $var1 If you need to apply special bandwidth guarantees (per DSCP), you can do so with tc: #on output interface eth3, for MPLS traffic, map TCINDEX 1 to class 1:11 and TCINDEX 3 to class 1:13 tc qdisc add dev eth3 root handle 1: htb tc filter add dev eth3 parent 1:0 protocol 0x8847 prio 1 tcindex mask 0xf shift 0 pass_on tc filter add dev eth3 parent 1:0 protocol 0x8847 prio 1 handle 1 tcindex classid 1:11 tc filter add dev eth3 parent 1:0 protocol 0x8847 prio 1 handle 3 tcindex classid 1:13 #limit the output interface to 7200kbit and guarantee 2400kbit to EXP=3 traffic and 400kbit to EXP=0 traffic tc class add dev eth3 parent 1:0 classid 1:10 htb rate 7200kbit tc class add dev eth3 parent 1:10 classid 1:11 htb rate 2400kbit ceil 7200kbit tc class add dev eth3 parent 1:10 classid 1:13 htb rate 400kbit ceil 7200kbit tc qdisc add dev eth3 parent 1:11 handle 110: pfifo limit 10 tc qdisc add dev eth3 parent 1:13 handle 130: pfifo limit 10 You can find a very good tc and DSCP tutorial here: http://opalsoft.net/qos/DS.htm Now, you need to add these commands on the edge nodes of your MPLS network - both at ingress and at egress (because MPLS paths are unidirectional), and you should map them to the interface toward your MPLS cloud (in this example, eth3 goes to the P router). On the P routers you should only use exp2tc to make sure you have bandwidth guarantees for your EXP values (and also add the necessary tc rules). See e3/scripts/network2/qos/e-lsp.sh for details. Hope this helps, and good luck! On Jan 25, 2008 8:42 PM, rachid rachid <rac...@ho...> wrote: > > Hello Adrian, > I have already save your examples, you can find it attached in this mail. > > Thanks && BR, > R.Benbrahim > > ------------------------------ > Date: Fri, 25 Jan 2008 14:43:24 +0200 > From: adr...@gm... > To: rac...@ho... > Subject: Re: > > Hello Rachid, > > Sorry to dissapoint you, but it seems that the server where I hosted the > tutorials hasn't recovered yet (although the administrator had promissed me > it would be up by friday), so I don't have access to my examples. I'll look > into it this weekend and send you a reply. Sorry for the delay. > > Adrian > > On Jan 25, 2008 11:31 AM, rachid rachid <rac...@ho...> wrote: > > Hello Adrian, > Sorry to disturb you, did you remember me, i'am waiting to your response > and i can't progress, thanks to give feedback as soon as you can. > > Best regards, > R.Benbahim > > > ------------------------------ > Date: Wed, 23 Jan 2008 14:07:41 +0200 > From: adr...@gm... > To: rac...@ho... > Subject: Re: > > Hello Rachid, > > Sorry I didn't reply earlier, but it's a busy period for me. Unfortunately > I don't have access to my examples (the server they were hosted on has > crashed and is under recovery), but Thursday or Friday I should have access > to the examples, and show you what you must do. > > Adrian > > On Jan 20, 2008 2:42 PM, rachid rachid <rac...@ho...> wrote: > > Hello Adrian, > I want to make an experimentation MPLS-WIFI, the mpls clouds is composed > of three machines(R1=LER, R2=LSR, R3=LER) with Fedora 5, i have installed > the MPLS Kernel as described in your experimentation 'mpls-linux 1.950', > there is two other machine (windwosXP) wich dialog althought this mpls > clouds. > > PC1 Windows XP server---WIFI------------R1-R2-R3-------------WIFI---PC2 > Windows XP client > > I want to make an ftp tranfert from PC1 to PC2 using E-LSP, could you show > me the configuration of mapping DSCP-EXP to do. > > THANKS && BEST REGARDS, > Rachid. > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > |
From: Dunc <dun...@th...> - 2008-01-27 18:47:00
|
James R. Leu wrote: > You probably need to load the mplsbr driver which adds specific hook for > ethernet over MPLS. > > You may have already loaded the mpls4 driver which adds specific hooks > needed to run IPv4 over MPLS. > Hiya James, Thanks very much, that was it. :-) Cheers, Dunc -- Duncan Lockwood Network Team Leader The Bunker Secure Hosting Limited Ash Radar Station Marshborough Road Sandwich Kent CT13 OPL UNITED KINGDOM t: 01304 814 800 f: 01304 814 899 e: du...@th... w: www.thebunker.net PGP on Key Servers |
From: James R. L. <jl...@mi...> - 2008-01-27 16:39:23
|
You probably need to load the mplsbr driver which adds specific hook for ethernet over MPLS. You may have already loaded the mpls4 driver which adds specific hooks needed to run IPv4 over MPLS. On Sun, Jan 27, 2008 at 01:48:09PM +0000, Dunc wrote: > Hi everyone, >=20 > Firstly, I'm new to MPLS, I'm having a go with mpls-linux to try and get= =20 > the concepts firmly in my head. >=20 > I'm also new to Fedora, but have experience with Linux for many years,=20 > and using the Fedora packages seemed like the easiest way to get a=20 > working system. >=20 >=20 > I'm trying out the first example, "Ethernet over MPLS example for=20 > mpls-linux-1.95x=20 > <http://sf.net/docman/display_doc.php?docid=3D31115&group_id=3D15443>" >=20 > Everything looks good until I get to the ebtables line...... >=20 > [root@MPLS-LER-1 ~]# brctl addbr br0 > [root@MPLS-LER-1 ~]# brctl addif br0 eth3 > [root@MPLS-LER-1 ~]# ip link set eth3 up > [root@MPLS-LER-1 ~]# ip link set br0 up > [root@MPLS-LER-1 ~]# mpls nhlfe add key 0 instructions push gen 1000=20 > nexthop eth4 ipv4 172.16.0.3 > NHLFE entry key 0x00000002 mtu 0 propagate_ttl > (0 bytes, 0 pkts) > [root@MPLS-LER-1 ~]# ebtables -t nat -A PREROUTING -i eth3 -j mpls=20 > --nhlfe 0x2 > The kernel doesn't support a certain ebtables extension, consider=20 > recompiling your kernel or insmod the extension. > [root@MPLS-LER-1 ~]# >=20 >=20 > Now, I'm sure I have an MPLS enabled kernel:- >=20 > [root@MPLS-LER-1 ~]# uname -a > Linux MPLS-LER-1 2.6.23.9-85.fc8.mpls.1.959 #1 SMP Thu Jan 17 01:14:18=20 > EST 2008 i686 i686 i386 GNU/Linux >=20 > [root@MPLS-LER-1 ~]# cat /proc/sys/net/mpls/debug > 1 >=20 > .... and the correct version of ebtables:- >=20 > [root@MPLS-LER-1 ~]# yum info ebtables > Installed Packages > Name : ebtables > Arch : i386 > Version: 2.0.8 > Release: 3.fc8.mpls.1.959 > Size : 203 k > Repo : installed >=20 > ....and have got these modules loaded:- >=20 > [root@MPLS-LER-1 ~]# lsmod | grep eb > ebt_mpls 6209 0 > ebtable_nat 6081 0 > ebtables 19905 2 ebt_mpls,ebtable_nat >=20 >=20 >=20 >=20 > When trying the ebtables line, this is what I get in dmesg:- >=20 >=20 > [root@MPLS-LER-1 ~]# dmesg | tail -n 1 > mpls: unable to find ETH_P_ALL driver > [root@MPLS-LER-1 ~]# >=20 >=20 > Can anyone tell me where I'm going wrong, or even just point me in the=20 > right direction? >=20 > Thanks in advance, >=20 > Dunc >=20 > --=20 > Duncan Lockwood > Network Team Leader >=20 > The Bunker Secure Hosting Limited =20 > Ash Radar Station > Marshborough Road > Sandwich > Kent CT13 OPL > UNITED KINGDOM >=20 > t: 01304 814 800 > f: 01304 814 899 > e: du...@th... > w: www.thebunker.net > PGP on Key Servers >=20 >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > 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: thgirbdn <thg...@af...> - 2008-01-27 15:53:14
|
http://mocoute.com/ Produce Stronger,ROck hard erect1ons, with no side effects - guaranteed. |
From: Dunc <dun...@th...> - 2008-01-27 14:25:27
|
Dunc wrote: > Hi everyone, > > Firstly, I'm new to MPLS, I'm having a go with mpls-linux to try and get > the concepts firmly in my head. > > I'm also new to Fedora, but have experience with Linux for many years, > and using the Fedora packages seemed like the easiest way to get a > working system. > > > I'm trying out the first example, "Ethernet over MPLS example for > mpls-linux-1.95x > <http://sf.net/docman/display_doc.php?docid=31115&group_id=15443>" > > Everything looks good until I get to the ebtables line...... > > [root@MPLS-LER-1 ~]# brctl addbr br0 > [root@MPLS-LER-1 ~]# brctl addif br0 eth3 > [root@MPLS-LER-1 ~]# ip link set eth3 up > [root@MPLS-LER-1 ~]# ip link set br0 up > [root@MPLS-LER-1 ~]# mpls nhlfe add key 0 instructions push gen 1000 > nexthop eth4 ipv4 172.16.0.3 > NHLFE entry key 0x00000002 mtu 0 propagate_ttl > (0 bytes, 0 pkts) > [root@MPLS-LER-1 ~]# ebtables -t nat -A PREROUTING -i eth3 -j mpls > --nhlfe 0x2 > The kernel doesn't support a certain ebtables extension, consider > recompiling your kernel or insmod the extension. > [root@MPLS-LER-1 ~]# > > > Now, I'm sure I have an MPLS enabled kernel:- > > [root@MPLS-LER-1 ~]# uname -a > Linux MPLS-LER-1 2.6.23.9-85.fc8.mpls.1.959 #1 SMP Thu Jan 17 01:14:18 > EST 2008 i686 i686 i386 GNU/Linux > > [root@MPLS-LER-1 ~]# cat /proc/sys/net/mpls/debug > 1 > > .... and the correct version of ebtables:- > > [root@MPLS-LER-1 ~]# yum info ebtables > Installed Packages > Name : ebtables > Arch : i386 > Version: 2.0.8 > Release: 3.fc8.mpls.1.959 > Size : 203 k > Repo : installed > > ....and have got these modules loaded:- > > [root@MPLS-LER-1 ~]# lsmod | grep eb > ebt_mpls 6209 0 > ebtable_nat 6081 0 > ebtables 19905 2 ebt_mpls,ebtable_nat > > > > > When trying the ebtables line, this is what I get in dmesg:- > > > [root@MPLS-LER-1 ~]# dmesg | tail -n 1 > mpls: unable to find ETH_P_ALL driver > [root@MPLS-LER-1 ~]# > > > Can anyone tell me where I'm going wrong, or even just point me in the > right direction? > > Thanks in advance, > > Dunc > > Oh, slightly off this topic, but there doesn't seem to be any patched Quagga RPMs in the yum repo, but the documentation for LDP says to use the Quagga RPM. Is this old docco? Cheers, Dunc -- Duncan Lockwood Network Team Leader The Bunker Secure Hosting Limited Ash Radar Station Marshborough Road Sandwich Kent CT13 OPL UNITED KINGDOM t: 01304 814 800 f: 01304 814 899 e: du...@th... w: www.thebunker.net PGP on Key Servers |
From: Dunc <dun...@th...> - 2008-01-27 13:48:39
|
Hi everyone, Firstly, I'm new to MPLS, I'm having a go with mpls-linux to try and get the concepts firmly in my head. I'm also new to Fedora, but have experience with Linux for many years, and using the Fedora packages seemed like the easiest way to get a working system. I'm trying out the first example, "Ethernet over MPLS example for mpls-linux-1.95x <http://sf.net/docman/display_doc.php?docid=31115&group_id=15443>" Everything looks good until I get to the ebtables line...... [root@MPLS-LER-1 ~]# brctl addbr br0 [root@MPLS-LER-1 ~]# brctl addif br0 eth3 [root@MPLS-LER-1 ~]# ip link set eth3 up [root@MPLS-LER-1 ~]# ip link set br0 up [root@MPLS-LER-1 ~]# mpls nhlfe add key 0 instructions push gen 1000 nexthop eth4 ipv4 172.16.0.3 NHLFE entry key 0x00000002 mtu 0 propagate_ttl (0 bytes, 0 pkts) [root@MPLS-LER-1 ~]# ebtables -t nat -A PREROUTING -i eth3 -j mpls --nhlfe 0x2 The kernel doesn't support a certain ebtables extension, consider recompiling your kernel or insmod the extension. [root@MPLS-LER-1 ~]# Now, I'm sure I have an MPLS enabled kernel:- [root@MPLS-LER-1 ~]# uname -a Linux MPLS-LER-1 2.6.23.9-85.fc8.mpls.1.959 #1 SMP Thu Jan 17 01:14:18 EST 2008 i686 i686 i386 GNU/Linux [root@MPLS-LER-1 ~]# cat /proc/sys/net/mpls/debug 1 .... and the correct version of ebtables:- [root@MPLS-LER-1 ~]# yum info ebtables Installed Packages Name : ebtables Arch : i386 Version: 2.0.8 Release: 3.fc8.mpls.1.959 Size : 203 k Repo : installed ....and have got these modules loaded:- [root@MPLS-LER-1 ~]# lsmod | grep eb ebt_mpls 6209 0 ebtable_nat 6081 0 ebtables 19905 2 ebt_mpls,ebtable_nat When trying the ebtables line, this is what I get in dmesg:- [root@MPLS-LER-1 ~]# dmesg | tail -n 1 mpls: unable to find ETH_P_ALL driver [root@MPLS-LER-1 ~]# Can anyone tell me where I'm going wrong, or even just point me in the right direction? Thanks in advance, Dunc -- Duncan Lockwood Network Team Leader The Bunker Secure Hosting Limited Ash Radar Station Marshborough Road Sandwich Kent CT13 OPL UNITED KINGDOM t: 01304 814 800 f: 01304 814 899 e: du...@th... w: www.thebunker.net PGP on Key Servers |
From: <fa...@ca...> - 2008-01-24 07:34:03
|
Do her like never before! http://krn.andconsider.com |
From: James R. L. <jl...@mi...> - 2008-01-23 14:28:05
|
Rachid, You may want to look at the scripted experiments in this archive: http://downloads.sourceforge.net/mpls-linux/mpls-linux-labs_v1.950.tar.= gz The basic form of the instruction is: ds2exp <MASK> [ <DSCP> <EXP> ... ] Where <MASK> is the bitwise mask applied to the TOS bits and <DSCP> is a resulting value after the <MASK> has been applied and <EXP> is the value to assign to the EXP bits. So a full version of the command will have multiple <DSCP> <EXP> pairs. If you search the mailing list archive you will also find this example: http://sourceforge.net/mailarchive/message.php?msg_id=3D20071128041107.= GA25330%40mindspring.com On Wed, Jan 23, 2008 at 09:28:08AM +0000, rachid rachid wrote: >=20 > Hello, > I want to make an experimentation MPLS-WIFI, the mpls clouds is composed = of three machines(R1=3DLER, R2=3DLSR, R3=3DLER) with Fedora 5, i have inst= alled the MPLS Kernel as described in the experimentation "mpls-linux 1.950= ", there is two other machine (windwosXP) wich dialog althought this mpls c= louds. PC1 Windows XP server---WIFI------------R1-R2-R3-------------WIFI---= PC2 Windows XP client I want to make an ftp tranfert from PC1 to PC2 using= E-LSP, could you show me the configuration of mapping DSCP-EXP to do. THAN= KS && BEST REGARDS,Rachid. > _________________________________________________________________ > Express yourself instantly with MSN Messenger! Download today it's FREE! > http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/ > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > 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: rachid r. <rac...@ho...> - 2008-01-23 09:28:40
|
Hello, I want to make an experimentation MPLS-WIFI, the mpls clouds is composed of= three machines(R1=3DLER, R2=3DLSR, R3=3DLER) with Fedora 5, i have instal= led the MPLS Kernel as described in the experimentation "mpls-linux 1.950",= there is two other machine (windwosXP) wich dialog althought this mpls clo= uds. PC1 Windows XP server---WIFI------------R1-R2-R3-------------WIFI---PC= 2 Windows XP client I want to make an ftp tranfert from PC1 to PC2 using E= -LSP, could you show me the configuration of mapping DSCP-EXP to do. THANKS= && BEST REGARDS,Rachid. _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/= |
From: James R. L. <jl...@mi...> - 2008-01-19 03:44:30
|
I've updated the F7 and F8 kernel RPMs to the latest released kernel from the respective distribution. I've push the RPMs into the yum repo. Here is a link to the repo file: http://mpls-linux.sourceforge.net/fedora/mpls-linux.repo If you do not want to use 'yum' you can pull the RPMs directly from the repo by using this link: http://mpls-linux.sourceforge.net/fedora/ --=20 James R. Leu jl...@mi... |
From: <mc...@at...> - 2008-01-17 11:29:49
|
Looking for the better costs in discount meds? http://aytj.windowsoxonline.com |
From: <hd...@ha...> - 2008-01-15 16:43:32
|
Lost hope for better slife? http://cjveb.drawdecide.com |
From: AMADA H. <AMA...@AR...> - 2008-01-02 23:33:26
|
After I put on thickness on my schlong, even my girlfriend feels tighter and sweeter! http://Fresiagnees.com/ |
From: Courtney M. <Cou...@sa...> - 2008-01-02 16:29:26
|
6 inches is normal, but you NEED 9 inches to be a real man! http://Belargerstmans.com/ |
From: valery_hottou <val...@ya...> - 2008-01-01 09:39:48
|
Hi James R.! Your friend valery_hottou from , just invited you to his/her online photo albums and journals at Zorpia.com. So what is Zorpia? It is an online community that allows you to upload unlimited amount of photos, write journals and make friends. We also have a variety of skins in store for you so that you can customize your homepage freely. Join now for free! Please click the following link to join Zorpia: http://signup.zorpia.com/signup?invitation_key=200708d7ada0c853eed4a01d30436235&referral=valeryhottou This message was delivered with the valery_hottou's initiation. If you wish to discontinue receiving invitations from us, please click the following link: http://signup.zorpia.com/email/optout/mpl...@li... |
From: Bik m. <ma...@sp...> - 2007-12-31 15:55:05
|
Did you see the shock on my friend's face when he saw my magic rod in my pants? http://bluntaur.com/ |
From: Joenaur n. <nu...@ci...> - 2007-12-30 01:58:40
|
Outgrow, Outsize, Outperform! VPXL Herbal gets you there! http://kiueklsoe.com/ |
From: Calin G. <Cal...@ci...> - 2007-12-30 01:55:31
|
With VPXL Herbal, eight inches is a small cock! http://kiueklsoe.com/ |
From: DeVante O. <DeV...@pr...> - 2007-12-28 23:46:00
|
Always wondered how Africans have 9 inch dicks? Satisfy your curiosity now. http://cliopkuas.com/ |
From: Minho L. <Min...@pr...> - 2007-12-28 23:45:52
|
All the girls will love your new look! http://www.elahebe.com/ |
From: Vallario <Val...@ou...> - 2007-12-25 19:48:27
|
<html> <head> <style type="text/css"> body { font-family :sans-serif; font-size:12px; } h2 { font-size:18px; padding-top:4px; padding-bottom:7px; margin-bottom:0px; color: #FF6600; } .Stil4 {color: #000000} </style> </head> <body> <table width="100%"> <tbody><tr> <td width="55" rowspan="2"><br /></td> <td><h2>Fabrikverkauf & Outletverkauf <br> <span class="Stil4">Markenware & Geschenke günstig kaufen</span></h2> <br> Hallo mpl...@li..., <br> <br> <font face="Tahoma">Auf unserer Seite findest du die besten Adressen zum Thema Fabrikverkauf und Outlets. <br> Ob Mode, Elektronik, Lebensmittel, Kosmetik, Tiernahrung, Spielzeug oder Luxusgüter:<BR> Durch Fabrikverkauf und Lagerverkauf kannst du tolle Schnäppchen machen.<br> - <STRONG>Auch tolle Weihnachtsgeschenke</STRONG> ! <BR> So sparst du viel Geld - und Einkaufen macht wieder Spaß.<BR> <br> <a href="http://www.fabrik-verkauf.de/?w=22" target="_blank">http://www.fabrik-verkauf.de</a><br> <br> Kleidung & Mode: Bis zu 60 % <br> Elektronik, Handys, Computer: Bis zu 80 %<br> Lebensmittel & Genussmittel: Bis zu 60 %<br> Parfüms und tolle Weihnachtsgeschenke: Bis zu 60%<br> Und viele andere tolle Produkte und Bereiche. <br> <br> Jetzt noch schnell informieren, bevor Weihnachten ist. <br> <br> Einfach hier klicken: <br> <a href="http://www.fabrik-verkauf.de/?w=22" target="_blank">http://www.fabrik-verkauf.de</a><br /> <br />Herzliche Gr<FC><DF>e und bis gleich!<br /> Vallario<br> Val...@ou... </font></td> </tr> </tbody></table> </body> </html> |
From: Tom K. <t.k...@gm...> - 2007-12-20 15:07:34
|
Ok, here's some output: First, I create the LSP. The show commands then give this (this all is only at the source node): [root@london ~]# mpls nhlfe show;mpls ilm show;mpls xc show NHLFE entry key 0x0000000d mtu 1496 propagate_ttl push gen 2001 set eth0 ipv4 10.0.0.2 (5953 bytes, 55 pkts) [root@london ~]# iptables -t mangle -vnL POSTROUTING Chain POSTROUTING (policy ACCEPT 1572K packets, 989M bytes) pkts bytes target prot opt in out source destination [root@london ~]# then I install the iptables rule: sudo /sbin/iptables -t mangle -A POSTROUTING -s 10.0.0.1 -d 10.0.0.10 - p udp --source-port 4001 --destination-port 4001 -j mpls --nhlfe 0xd and I get following output: [root@london ~]# iptables -t mangle -vnL POSTROUTING Chain POSTROUTING (policy ACCEPT 1572K packets, 989M bytes) pkts bytes target prot opt in out source destination 0 0 mpls udp -- * * 10.0.0.1 10.0.0.10 udp spt:4001 dpt:4001 nhlfe 0xd Then I generate trafffic with d-itg, source-port 4000, dest-port 4001 ./ITGSend -a 10.0.0.10 -sp 4000 -rp 4001 -T udp -C 100 -c 100 -t 200 this tg may be less known, I know it functions correct. tcpdump now provides me: [root@london ~]# tcpdump -n -i eth0 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 15:55:57.273472 IP 10.0.0.2 > 224.0.0.5: OSPFv2, Hello, length: 48 15:55:57.603225 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 64 15:55:57.603774 IP 10.0.0.10.cslistener > 10.0.0.1.49535: S 1050046578:1050046578(0) ack 807773929 win 5792 <mss 1460,sackOK,timestamp 19088753 91726072,nop,wscale 6> 15:55:57.603818 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 56 15:55:57.604142 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 57 15:55:57.604520 IP 10.0.0.10.cslistener > 10.0.0.1.49535: . ack 2 win 91 <nop,nop,timestamp 19088753 91726073> 15:55:57.604772 IP 10.0.0.10.cslistener > 10.0.0.1.49535: P 1:2(1) ack 2 win 91 <nop,nop,timestamp 19088753 91726073> 15:55:57.604791 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 56 15:55:57.605121 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 88 15:55:57.605770 IP 10.0.0.10.cslistener > 10.0.0.1.49535: P 2:7(5) ack 34 win 91 <nop,nop,timestamp 19088755 91726074> 15:55:57.605793 IP 10.0.0.10.ssh > 10.0.0.1.59039: P 3912795675:3912795739(64) ack 3675589473 win 202 <nop,nop,timestamp 19088755 91641952> 15:55:57.605810 IP 10.0.0.1.59039 > 10.0.0.10.ssh: . ack 64 win 901 <nop,nop,timestamp 91726074 19088755> 15:55:57.629558 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.639542 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.644828 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 56 15:55:57.649531 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.659535 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.669530 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.679529 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.689529 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.699528 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.709527 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.719529 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.729530 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.739529 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.749529 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.759529 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.769530 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.779530 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.789528 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.799528 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.809527 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.819528 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 132 15:55:57.829699 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 61 15:55:57.830388 IP 10.0.0.10.ssh > 10.0.0.1.59039: P 64:128(64) ack 1 win 202 <nop,nop,timestamp 19088970 91726074> 15:55:57.830415 IP 10.0.0.1.59039 > 10.0.0.10.ssh: . ack 128 win 901 <nop,nop,timestamp 91726299 19088970> 15:55:57.871862 IP 10.0.0.10.cslistener > 10.0.0.1.49535: . ack 39 win 91 <nop,nop,timestamp 19089010 91726298> 15:55:58.636585 IP 10.0.0.1 > 224.0.0.5: OSPFv2, Hello, length: 48 15:55:58.830796 IP 10.0.0.10.cslistener > 10.0.0.1.49535: P 7:12(5) ack 39 win 91 <nop,nop,timestamp 19089932 91726298> 15:55:58.830837 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 56 15:55:58.830886 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 57 15:55:58.831542 IP 10.0.0.10.cslistener > 10.0.0.1.49535: . ack 40 win 91 <nop,nop,timestamp 19089933 91727300> 15:55:58.831560 IP 10.0.0.10.cslistener > 10.0.0.1.49535: P 12:13(1) ack 40 win 91 <nop,nop,timestamp 19089933 91727300> 15:55:58.831570 IP 10.0.0.10.cslistener > 10.0.0.1.49535: F 13:13(0) ack 40 win 91 <nop,nop,timestamp 19089933 91727300> 15:55:58.831612 MPLS (label 2001, exp 0, [S], ttl 64), IP, length: 56 15:55:58.832043 IP 10.0.0.10.cslistener > 10.0.0.1.49535: . ack 41 win 91 <nop,nop,timestamp 19089933 91727301> 15:56:02.602053 arp who-has 10.0.0.1 tell 10.0.0.2 15:56:02.602068 arp reply 10.0.0.1 is-at 00:08:74:ad:25:01 15:56:07.274025 IP 10.0.0.2 > 224.0.0.5: OSPFv2, Hello, length: 48 15:56:08.637429 IP 10.0.0.1 > 224.0.0.5: OSPFv2, Hello, length: 48 15:56:17.274825 IP 10.0.0.2 > 224.0.0.5: OSPFv2, Hello, length: 48 15:56:18.638299 IP 10.0.0.1 > 224.0.0.5: OSPFv2, Hello, length: 48 56 packets captured 112 packets received by filter 0 packets dropped by kernel [root@london ~]# and iptables: [root@london ~]# iptables -t mangle -vnL POSTROUTING Chain POSTROUTING (policy ACCEPT 1572K packets, 989M bytes) pkts bytes target prot opt in out source destination 0 0 mpls udp -- * * 10.0.0.1 10.0.0.10 udp spt:4001 dpt:4001 nhlfe 0xd [root@london ~]# So, we can see that te packet counters have not increased in iptables, yet the packets are ''mapped'' on the nhlfe target. I hope this helps. Kind regards, Tom |
From: James R. L. <jl...@mi...> - 2007-12-20 14:32:36
|
On Thu, Dec 20, 2007 at 03:23:05PM +0100, Tom Kleiberg wrote: > Hello all, >=20 > I have run into another problem with iptables. However, I am not fully = =20 > certain if it is related to the mpls implementation or possibly an =20 > iptables bug. The following is happening: >=20 > 1. I set up an explicit LSP using the mpls cli > 2. create a rule in the mangle table, POSTROUTING chain, where the =20 > target is the mpls key. Furthermore, I use a filter expression where I = =20 > filter on the protocol, source and destination ipaddress and =20 > portnumbers. > 3. Now, when I send packets from this node to the destination, and use = =20 > tcpdump to monitor the packets, I correctly see the MPLS packets =20 > appearing. >=20 > So far, so good. But when I use another portnumber or protocol to send = =20 > the packets (without changing the iptables rule), I STILL see MPLS =20 > packets. Moreover, when I remove the rule from the IPTABLES but not =20 > the LSP, I still see the MPLS packets. This is unwanted behavior, I =20 The issue you mention about removing the rule not stopping the flow on the LSP is a known issue. It is because iptables does not flush the route cache after removing rules. It's been awhile since I look at that issue. Can you try manually flushing the route cache after removing the iptables and see it that 'fixes' it? As for your other issue where other ports are being matched by the same iptables rule. I haven't heard of that before. Please give example commands so I can duplicate that one. > think. I have also tried sending packets at different portnumbers =20 > BEFORE sending any packet over the LSP, and then the behavior is as =20 > expected, namely that there are no MPLS packets created. That is because MPLS flushes the route cache when it removes NHLFE. > After the LSP is removed, the MPLS packets correctly disappear. >=20 > As I said earlier, I am not sure if it is an iptables problem, because = =20 > to test it, I require some other mangle target and sofar MPLS is the =20 > only I have up and running. Perhaps anybody can confirm this behavior? >=20 > I am using the 1.959 version of mpls linux together with FC6. >=20 > p.s. The problem also occurs for the OUTPUT chain. >=20 > Kind regards, >=20 > Tom > t.k...@gm... >=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-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
From: Tom K. <t.k...@gm...> - 2007-12-20 14:23:11
|
Hello all, I have run into another problem with iptables. However, I am not fully certain if it is related to the mpls implementation or possibly an iptables bug. The following is happening: 1. I set up an explicit LSP using the mpls cli 2. create a rule in the mangle table, POSTROUTING chain, where the target is the mpls key. Furthermore, I use a filter expression where I filter on the protocol, source and destination ipaddress and portnumbers. 3. Now, when I send packets from this node to the destination, and use tcpdump to monitor the packets, I correctly see the MPLS packets appearing. So far, so good. But when I use another portnumber or protocol to send the packets (without changing the iptables rule), I STILL see MPLS packets. Moreover, when I remove the rule from the IPTABLES but not the LSP, I still see the MPLS packets. This is unwanted behavior, I think. I have also tried sending packets at different portnumbers BEFORE sending any packet over the LSP, and then the behavior is as expected, namely that there are no MPLS packets created. After the LSP is removed, the MPLS packets correctly disappear. As I said earlier, I am not sure if it is an iptables problem, because to test it, I require some other mangle target and sofar MPLS is the only I have up and running. Perhaps anybody can confirm this behavior? I am using the 1.959 version of mpls linux together with FC6. p.s. The problem also occurs for the OUTPUT chain. Kind regards, Tom t.k...@gm... |