mpls-linux-general Mailing List for MPLS for Linux (Page 19)

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

Just take them regularly and you will see results in no less than 2 months. http://www.lakennes.com/

and if I give you what you want, you won't like it, and you won't want it anymore.

10Viagara + 10Cialias = 74.95$
Avialable for Females too

Click heree: http://roargardening.net

"He was listening, but what he really wanted to do was trip out on the marvellous quality of the light.
There was sensory input, but he was not doing anything with it  not seeing what he was seeing, not hearing what he was hearing.
Except, of course, for such arcana as the Rocket Man serials and the Nancy Drew books.

Give her the best loving of her life with this http://www.entucs.com/

Give her the best loving of her life with this http://www.likesye.com/

When the going gets tough, she is the one not wanting to stop, build your stamina now. http://www.riosust.com/

Our genetically modified bacteria can mutate your toothpick into a tree trunk. http://www.islound.com/

Hi !

I can't compile and build the ldp patched quagga 0.99.6, so I would like to
download an rpm file for Fedora8. And I heard that the 1.959 mpls-linux is
not working with this quagga-mpls. So I would like to ask an older version
of mpls-linux, for example 1.950. I can't find them on the sourceforge site,
and the perforce server doesn't work for me. If somebody knows from where I
can download older rpm files and quagga-mpls rpm's it would be nice !

Thanks !

dear sir,,

  i'm deni yulianti and now i'm doing about my final project about mpls networking in linux fedora core 5.. i use mpls-linux 1.955.tar, kernel-2.6.18-1.2257.fc5.1.955.i686.rpm, iproute-2.6.16-1.fc5.mpls.1.955.i386.rpm, ebtable-2.0.8-0.6.rc2.fc5.mpls.1.955.i386.rpm, iptable-1.3.5-1.2.fc5.mpls.1.955.i386.rpm dan kernel-devel-2.6.18-1.2257.fc5.mpls.1.955.i686.rpm.. but i don't know why i can't execute my file configuration...
  the statement is "the command not found" in every word in every line of my file configuration on LER1 and LER2...

  i've been thought about it almost 3 month and i've not find the solution...
  please help me...

  thank you for your attention... i hope and expected your answer...

  sincerely yours,

  deni yulianti

---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.
MPLS for ebtable and iptables netfilter are completly different.  Techiques
used with one do not translate to the other.

With MPLS for etables we are trying to match packet coming into
the box from an ethernet port or VLAN, thus you have to use PREROUTING.

When trying to use MPLS for iptables we are trying to match packets
as they are leaving the box, right before they get written to the
wire.  This means that POSTROUTE is the appropriate chain to modify.

On Thu, Apr 24, 2008 at 12:29:06PM +0200, Javier Lorenzo wrote:
> > If I remember correctly the MPLS target should only be used
> > in the POSTROUTE or OUTPUT chains, quite possibly only in the 'mangle'
> table.
> 
> But, here,
> Ethernet over MPLS example for
> mpls-linux-1.95x<http://sourceforge.net/docman/display_doc.php?docid=31115&group_id=15443>
> I find:
> 
> ebtables -t nat -A PREROUTING -i eth1 -j mpls --nhlfe 0x2
> 
> If you use the POSTROUTE or OUTPUT chain, you won't be able to use de -i
> eth1 option.
> 
> And about the problem, if I create the key and do
> iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls --nhlfe 0x2
> I have no problem:
> [root@localhost ~]# iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26
> -j mpls --nhlfe 0x2
> [root@localhost ~]# iptables -L
> Chain FORWARD (policy ACCEPT)
> target     prot opt source               destination
> mpls       all  --  172.16.30.0/24       anywhere            DSCP match 0x1a
> nhlfe 0x2
> 
> I only obtain the invalid argument response if I haven't created the key
> first.
> So I don't know why it is not working.

> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

-- 
James R. Leu
jl...@mi...

Typically that error is from either not having mpl4 loaded or
specifing a nexthop that is not valid.  Turn on MPLS kernel
debugging and that will probably help you find your problem.

    echo 1 > /proc/net/mpls/debug

On Thu, Apr 24, 2008 at 11:38:36AM +0300, Adrian Popa wrote:
> Please reply to the list, so others can help.
> 
> I've looked over the output, but I can't see why it fails. Maybe James can
> help...
> 
> On Wed, Apr 23, 2008 at 5:52 PM, smail jalil <s....@ho...> wrote:
> 
> >  here is the ouput of the command strace mpls nhlfe *.:
> > /*********************************/
> >
> > [root@localhost ~]# strace mpls nhlfe add key 0 instructions push gen 1000
> > nexthop eth1 ipv4 10.10.0.3
> > execve("/sbin/mpls", ["mpls", "nhlfe", "add", "key", "0", "instructions",
> > "push", "gen", "1000", "nexthop", "eth1", "ipv4", "10.10.0.3"], [/* 34
> > vars */]) = 0
> > brk(0)                                  = 0x8055000
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> > = 0xb7fb4000
> > access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
> > directory)
> > open("/etc/ld.so.cache", O_RDONLY)      = 3
> > fstat64(3, {st_mode=S_IFREG|0644, st_size=64791, ...}) = 0
> > mmap2(NULL, 64791, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fa4000
> > close(3)                                = 0
> > open("/lib/libm.so.6", O_RDONLY)        = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`3\0\000"..., 512)
> > = 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=197804, ...}) = 0
> > mmap2(NULL, 147584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> > = 0xb7f7f000
> > mmap2(0xb7fa2000, 8192, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22) = 0xb7fa2000
> > close(3)                                = 0
> > open("/lib/libresolv.so.2", O_RDONLY)   = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20$\0\000"...,
> > 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=74576, ...}) = 0
> > mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
> > 0xb7f6c000
> > mmap2(0xb7f7b000, 8192, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xb7f7b000
> > mmap2(0xb7f7d000, 6344, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f7d000
> > close(3)                                = 0
> > open("/lib/libc.so.6", O_RDONLY)        = 3
> > read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\nY\1\000"...,
> > 512) = 512
> > fstat64(3, {st_mode=S_IFREG|0755, st_size=1525156, ...}) = 0
> > mmap2(NULL, 1254780, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> > = 0xb7e39000
> > mmap2(0xb7f65000, 16384, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b) = 0xb7f65000
> > mmap2(0xb7f69000, 9596, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f69000
> > close(3)                                = 0
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> > = 0xb7e38000
> > set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e388c0,
> > limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
> > seg_not_present:0, useable:1}) = 0
> > mprotect(0xb7f65000, 12288, PROT_READ)  = 0
> > mprotect(0xb7f7b000, 4096, PROT_READ)   = 0
> > mprotect(0xb7fa2000, 4096, PROT_READ)   = 0
> > mprotect(0xb7fce000, 4096, PROT_READ)   = 0
> > munmap(0xb7fa4000, 64791)               = 0
> > socket(PF_NETLINK, SOCK_RAW, 0)         = 3
> > setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
> > setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
> > bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
> > getsockname(3, {sa_family=AF_NETLINK, pid=3090, groups=00000000}, [12]) =
> > 0
> > time(NULL)                              = 1208951491
> > sendto(3, "\24\0\0\0\22\0\1\3\304\"\17H\0\0\0\0\0\0\0\0", 20, 0,
> > {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
> > recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> > msg_iov(1)=[{"\344\0\0\0\20\0\2\0\304\"\17H\22\f\0\0\0\0\4\3\1\0\0\0"...,
> > 16384}], msg_controllen=0, msg_flags=0}, 0) = 1812
> > brk(0)                                  = 0x8055000
> > brk(0x8076000)                          = 0x8076000
> > recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> > msg_iov(1)=[{"\24\0\0\0\3\0\2\0\304\"\17H\22\f\0\0\0\0\0\0\1\0\0\0I\0"...,
> > 16384}], msg_controllen=0, msg_flags=0}, 0) = 20
> > close(3)                                = 0
> > socket(PF_NETLINK, SOCK_RAW, 16)        = 3
> > setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
> > setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
> > bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000002}, 12) = 0
> > getsockname(3, {sa_family=AF_NETLINK, pid=3090, groups=00000002}, [12]) =
> > 0
> > time(NULL)                              = 1208951491
> > socket(PF_NETLINK, SOCK_RAW, 16)        = 4
> > setsockopt(4, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
> > setsockopt(4, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
> > bind(4, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
> > getsockname(4, {sa_family=AF_NETLINK, pid=-4106, groups=00000000}, [12]) =
> > 0
> > time(NULL)                              = 1208951491
> > sendmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> > msg_iov(1)=[{"\204\10\0\0\35\0\1\4\304\"\17H\0\0\0\0\4\0\0\0\30\0\2\0"...,
> > 2180}], msg_controllen=0, msg_flags=0}, 0) = 2180
> > recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> > msg_iov(1)=[{"$\0\0\0\2\0\0\0\304\"\17H\22\f\0\0\376\377\377\377\204"...,
> > 16384}], msg_controllen=0, msg_flags=0}, 0) = 36
> > dup(2)                                  = 5
> > fcntl64(5, F_GETFL)                     = 0x2 (flags O_RDWR)
> > fstat64(5, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
> > mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> > = 0xb7fb3000
> > _llseek(5, 0, 0xbfec6d24, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
> > write(5, "RTNETLINK answers: No such file "..., 45RTNETLINK answers: No
> > such file or directory
> > ) = 45
> > close(5)                                = 0
> > munmap(0xb7fb3000, 4096)                = 0
> > exit_group(2)                           = ?
> > Process 3090 detached
> > /**************************************************************/
> >
> >
> >  ------------------------------
> > Date: Wed, 23 Apr 2008 16:03:31 +0300
> >
> > From: adr...@gm...
> > To: s....@ho...
> > Subject: Re: mpls linux
> > CC: mpl...@li...
> >
> > Please, post your replies to the list, so other can help you.
> >
> > Could you try to run the mpls command with strace? Something like strace
> > mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 ipv4
> > 10.10.0.3
> >
> > ... and post the output to that.
> >
> > Cheers,
> > Adrian
> >
> >
> > On Wed, Apr 23, 2008 at 3:40 PM, smail jalil <s....@ho...> wrote:
> >
> > thank u for the so fast reply.
> > here is t output of the commands:
> >
> > [root@localhost ~]# mpls nhlfe add key 0 instructions push gen 1000
> > nexthop eth1 ipv4
> > 10.10.0.3
> > RTNETLINK answers: No such file or directory
> > [root@localhost ~]# dmesg |grep MPLS
> > MPLS: version 1.950
> > MPLS: protocol driver interface - <jl...@mi...>
> > MPLS DEBUG net/mpls/mpls_sysfs.c:130:mpls_sysfs_init: enter
> > MPLS DEBUG
> > net/mpls/mpls_sysfs.c:139:mpls_sysfs_init: exit
> > Registered MPLS tunnel mpls0
> > MPLS: IPv4 over
> > MPLS support
> > MPLS DEBUG net/mpls/mpls_ilm.c:126:mpls_ilm_dst_alloc: enter
> > MPLS DEBUG
> > net/mpls/mpls_ilm.c:156:mpls_ilm_dst_alloc: exit
> > MPLS: Ethernet over MPLS support
> > [root@localhost ~]# mpls nhlfe show
> > RTNETLINK answers: No such file or directory
> > Dump terminated
> >
> > thank u for your help!
> >
> >  ------------------------------
> > Date: Wed, 23 Apr 2008 14:37:33 +0300
> > From: adr...@gm...
> > To: s....@ho...
> > Subject: Re: mpls linux
> > CC: mpl...@li...
> >
> >
> > Hello,
> >
> > Please address your questions also to the mailing list.
> >
> > If you followed my instructions on compiling the kernel, then mpls is
> > compiled into the kernel, not as a module - so modprobe mpls4 will fail
> > because there is no such module.
> >
> > Please paste here the output for these commands:
> > dmesg | grep mpls
> > your mpls nhlfe * command
> > mpls nhlfe show
> >
> > Also, you can enable debugging; I think it's cat 1 > /sys/mpls/debug or
> > something like that. You should get the debugging lines on TTY1.
> >
> > Also, what version of mpls-linux are you using? Since you're using
> > Fedora-Core, isn't it easier to install the already compiled kernel from
> > James' site?
> >
> > Cheers,
> > Adrian
> >
> > On Wed, Apr 23, 2008 at 2:14 PM, smail jalil <s....@ho...> wrote:
> >
> > hello;
> >
> > i'm trying to install mpls linux in my fedoa 5. i followed the steps in
> > the mplslinux docs. the kernel is successfully recompiled. and the commands
> > mpls are known  by the kernel.
> >
> > but when i try the mpls nhlfe..., i have an error like:
> >
> > rtnetlink answers:no such file or directory
> >
> > i tried to load the mpls4 module by the command modprobe mpls4 but i
> > always have an error like fatal:module not exit!
> > can u help me please
> > thanks!
> >
> > ------------------------------
> > Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> > gratuit ! <http://get.live.com/messenger/overview>
> >
> >
> >
> > ------------------------------
> > Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> > gratuit ! <http://get.live.com/messenger/overview>
> >
> >
> >
> > ------------------------------
> > Discutez gratuitement avec vos amis en vidéo ! Téléchargez Messenger,
> > c'est gratuit ! <http://get.live.com/messenger/overview>
> >

> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

-- 
James R. Leu
jl...@mi...

Hello Deni,

Can you paste here the exact commands you are issuing and also the error
messages? What examples are you following?

Regards,
Adrian

On Thu, Apr 24, 2008 at 2:49 PM, deni yulianti <den...@ya...>
wrote:

> dear sir,,
>
> i'm deni yulianti and now i'm doing about my final project about mpls
> networking in linux fedora core 5.. i use mpls-linux 1.955 but i don't know
> why i can't execute my file configuration...
> the statement is "thecommand not found" in every word in every line of my
> file configuration on LER1 and LER2...
>
> i've been thought about it almost 3 month and i've not find the
> solution...
> please help me...
>
> thank you for your attention... i hope and expected your answer...
>
> sincerely yours,
>
>
>
>
> deni yulianti
>
> ------------------------------
> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it
> now.<http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>

dear sir,,

  i'm deni yulianti and now i'm doing about my final project about mpls networking in linux fedora core 5.. i use mpls-linux 1.955 but i don't know why i can't execute my file configuration...
  the statement is "thecommand not found" in every word in every line of my file configuration on LER1 and LER2...

  i've been thought about it almost 3 month and i've not find the solution...
  please help me...

  thank you for your attention... i hope and expected your answer...

  sincerely yours,

  deni yulianti

---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile.  Try it now.
> If I remember correctly the MPLS target should only be used
> in the POSTROUTE or OUTPUT chains, quite possibly only in the 'mangle'
table.

But, here,
Ethernet over MPLS example for
mpls-linux-1.95x<http://sourceforge.net/docman/display_doc.php?docid=31115&group_id=15443>
I find:

ebtables -t nat -A PREROUTING -i eth1 -j mpls --nhlfe 0x2

If you use the POSTROUTE or OUTPUT chain, you won't be able to use de -i
eth1 option.

And about the problem, if I create the key and do
iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls --nhlfe 0x2
I have no problem:
[root@localhost ~]# iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26
-j mpls --nhlfe 0x2
[root@localhost ~]# iptables -L
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
mpls       all  --  172.16.30.0/24       anywhere            DSCP match 0x1a
nhlfe 0x2

I only obtain the invalid argument response if I haven't created the key
first.
So I don't know why it is not working.

Girls go wild, screaming and stripping and running after me when they see me at the door. http://www.nueogpaoe.com/

Please reply to the list, so others can help.

I've looked over the output, but I can't see why it fails. Maybe James can
help...

On Wed, Apr 23, 2008 at 5:52 PM, smail jalil <s....@ho...> wrote:

>  here is the ouput of the command strace mpls nhlfe *.:
> /*********************************/
>
> [root@localhost ~]# strace mpls nhlfe add key 0 instructions push gen 1000
> nexthop eth1 ipv4 10.10.0.3
> execve("/sbin/mpls", ["mpls", "nhlfe", "add", "key", "0", "instructions",
> "push", "gen", "1000", "nexthop", "eth1", "ipv4", "10.10.0.3"], [/* 34
> vars */]) = 0
> brk(0)                                  = 0x8055000
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb7fb4000
> access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY)      = 3
> fstat64(3, {st_mode=S_IFREG|0644, st_size=64791, ...}) = 0
> mmap2(NULL, 64791, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fa4000
> close(3)                                = 0
> open("/lib/libm.so.6", O_RDONLY)        = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`3\0\000"..., 512)
> = 512
> fstat64(3, {st_mode=S_IFREG|0755, st_size=197804, ...}) = 0
> mmap2(NULL, 147584, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb7f7f000
> mmap2(0xb7fa2000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x22) = 0xb7fa2000
> close(3)                                = 0
> open("/lib/libresolv.so.2", O_RDONLY)   = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20$\0\000"...,
> 512) = 512
> fstat64(3, {st_mode=S_IFREG|0755, st_size=74576, ...}) = 0
> mmap2(NULL, 75976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
> 0xb7f6c000
> mmap2(0xb7f7b000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe) = 0xb7f7b000
> mmap2(0xb7f7d000, 6344, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f7d000
> close(3)                                = 0
> open("/lib/libc.so.6", O_RDONLY)        = 3
> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\nY\1\000"...,
> 512) = 512
> fstat64(3, {st_mode=S_IFREG|0755, st_size=1525156, ...}) = 0
> mmap2(NULL, 1254780, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0xb7e39000
> mmap2(0xb7f65000, 16384, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12b) = 0xb7f65000
> mmap2(0xb7f69000, 9596, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7f69000
> close(3)                                = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb7e38000
> set_thread_area({entry_number:-1 -> 6, base_addr:0xb7e388c0,
> limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
> seg_not_present:0, useable:1}) = 0
> mprotect(0xb7f65000, 12288, PROT_READ)  = 0
> mprotect(0xb7f7b000, 4096, PROT_READ)   = 0
> mprotect(0xb7fa2000, 4096, PROT_READ)   = 0
> mprotect(0xb7fce000, 4096, PROT_READ)   = 0
> munmap(0xb7fa4000, 64791)               = 0
> socket(PF_NETLINK, SOCK_RAW, 0)         = 3
> setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
> setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
> bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
> getsockname(3, {sa_family=AF_NETLINK, pid=3090, groups=00000000}, [12]) =
> 0
> time(NULL)                              = 1208951491
> sendto(3, "\24\0\0\0\22\0\1\3\304\"\17H\0\0\0\0\0\0\0\0", 20, 0,
> {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 20
> recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> msg_iov(1)=[{"\344\0\0\0\20\0\2\0\304\"\17H\22\f\0\0\0\0\4\3\1\0\0\0"...,
> 16384}], msg_controllen=0, msg_flags=0}, 0) = 1812
> brk(0)                                  = 0x8055000
> brk(0x8076000)                          = 0x8076000
> recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> msg_iov(1)=[{"\24\0\0\0\3\0\2\0\304\"\17H\22\f\0\0\0\0\0\0\1\0\0\0I\0"...,
> 16384}], msg_controllen=0, msg_flags=0}, 0) = 20
> close(3)                                = 0
> socket(PF_NETLINK, SOCK_RAW, 16)        = 3
> setsockopt(3, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
> setsockopt(3, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
> bind(3, {sa_family=AF_NETLINK, pid=0, groups=00000002}, 12) = 0
> getsockname(3, {sa_family=AF_NETLINK, pid=3090, groups=00000002}, [12]) =
> 0
> time(NULL)                              = 1208951491
> socket(PF_NETLINK, SOCK_RAW, 16)        = 4
> setsockopt(4, SOL_SOCKET, SO_SNDBUF, [32768], 4) = 0
> setsockopt(4, SOL_SOCKET, SO_RCVBUF, [32768], 4) = 0
> bind(4, {sa_family=AF_NETLINK, pid=0, groups=00000000}, 12) = 0
> getsockname(4, {sa_family=AF_NETLINK, pid=-4106, groups=00000000}, [12]) =
> 0
> time(NULL)                              = 1208951491
> sendmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> msg_iov(1)=[{"\204\10\0\0\35\0\1\4\304\"\17H\0\0\0\0\4\0\0\0\30\0\2\0"...,
> 2180}], msg_controllen=0, msg_flags=0}, 0) = 2180
> recvmsg(3, {msg_name(12)={sa_family=AF_NETLINK, pid=0, groups=00000000},
> msg_iov(1)=[{"$\0\0\0\2\0\0\0\304\"\17H\22\f\0\0\376\377\377\377\204"...,
> 16384}], msg_controllen=0, msg_flags=0}, 0) = 36
> dup(2)                                  = 5
> fcntl64(5, F_GETFL)                     = 0x2 (flags O_RDWR)
> fstat64(5, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 1), ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb7fb3000
> _llseek(5, 0, 0xbfec6d24, SEEK_CUR)     = -1 ESPIPE (Illegal seek)
> write(5, "RTNETLINK answers: No such file "..., 45RTNETLINK answers: No
> such file or directory
> ) = 45
> close(5)                                = 0
> munmap(0xb7fb3000, 4096)                = 0
> exit_group(2)                           = ?
> Process 3090 detached
> /**************************************************************/
>
>
>  ------------------------------
> Date: Wed, 23 Apr 2008 16:03:31 +0300
>
> From: adr...@gm...
> To: s....@ho...
> Subject: Re: mpls linux
> CC: mpl...@li...
>
> Please, post your replies to the list, so other can help you.
>
> Could you try to run the mpls command with strace? Something like strace
> mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 ipv4
> 10.10.0.3
>
> ... and post the output to that.
>
> Cheers,
> Adrian
>
>
> On Wed, Apr 23, 2008 at 3:40 PM, smail jalil <s....@ho...> wrote:
>
> thank u for the so fast reply.
> here is t output of the commands:
>
> [root@localhost ~]# mpls nhlfe add key 0 instructions push gen 1000
> nexthop eth1 ipv4
> 10.10.0.3
> RTNETLINK answers: No such file or directory
> [root@localhost ~]# dmesg |grep MPLS
> MPLS: version 1.950
> MPLS: protocol driver interface - <jl...@mi...>
> MPLS DEBUG net/mpls/mpls_sysfs.c:130:mpls_sysfs_init: enter
> MPLS DEBUG
> net/mpls/mpls_sysfs.c:139:mpls_sysfs_init: exit
> Registered MPLS tunnel mpls0
> MPLS: IPv4 over
> MPLS support
> MPLS DEBUG net/mpls/mpls_ilm.c:126:mpls_ilm_dst_alloc: enter
> MPLS DEBUG
> net/mpls/mpls_ilm.c:156:mpls_ilm_dst_alloc: exit
> MPLS: Ethernet over MPLS support
> [root@localhost ~]# mpls nhlfe show
> RTNETLINK answers: No such file or directory
> Dump terminated
>
> thank u for your help!
>
>  ------------------------------
> Date: Wed, 23 Apr 2008 14:37:33 +0300
> From: adr...@gm...
> To: s....@ho...
> Subject: Re: mpls linux
> CC: mpl...@li...
>
>
> Hello,
>
> Please address your questions also to the mailing list.
>
> If you followed my instructions on compiling the kernel, then mpls is
> compiled into the kernel, not as a module - so modprobe mpls4 will fail
> because there is no such module.
>
> Please paste here the output for these commands:
> dmesg | grep mpls
> your mpls nhlfe * command
> mpls nhlfe show
>
> Also, you can enable debugging; I think it's cat 1 > /sys/mpls/debug or
> something like that. You should get the debugging lines on TTY1.
>
> Also, what version of mpls-linux are you using? Since you're using
> Fedora-Core, isn't it easier to install the already compiled kernel from
> James' site?
>
> Cheers,
> Adrian
>
> On Wed, Apr 23, 2008 at 2:14 PM, smail jalil <s....@ho...> wrote:
>
> hello;
>
> i'm trying to install mpls linux in my fedoa 5. i followed the steps in
> the mplslinux docs. the kernel is successfully recompiled. and the commands
> mpls are known  by the kernel.
>
> but when i try the mpls nhlfe..., i have an error like:
>
> rtnetlink answers:no such file or directory
>
> i tried to load the mpls4 module by the command modprobe mpls4 but i
> always have an error like fatal:module not exit!
> can u help me please
> thanks!
>
> ------------------------------
> Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> gratuit ! <http://get.live.com/messenger/overview>
>
>
>
> ------------------------------
> Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> gratuit ! <http://get.live.com/messenger/overview>
>
>
>
> ------------------------------
> Discutez gratuitement avec vos amis en vidéo ! Téléchargez Messenger,
> c'est gratuit ! <http://get.live.com/messenger/overview>
>

Hello Deni,

Please reply also to the mailing list.

First of all: have you downloaded mgen from the link? Did you unpack it in a
directory? To execute it, you must type something like this in the command
line:

*/path/to/MGEN/mgen -input path/to/MGEN/example_file.mgn

*You don't install mgen, you just unpack the executable somewhere. It should
run fine on Fedora Core. When you run the command, make sure you include the
whole path to it, because it's not in you $PATH. Also, look for the example
file included with mgen to see what kinds of traffic it supports.

I know that with mgen you can set multiple sources, idle times, bursts, but
I don't know what alpha is...

Check mgen documentation and try it on without mpls first and see if it's
what you need.

Cheers,
Adrian

On Wed, Apr 23, 2008 at 4:26 PM, deni yulianti <den...@ya...>
wrote:

> dear sir,,
>
> i'm deni yulianti. i've problem with mpls-linux in fedora core 5 operating
> system.. i can't execute the file configuration. and the fail is "command
> not found".. i've been think about it for month but i haven't find the
> solution.. i don't know every a first word in every line of my file
> configuration "command not found" when i execute..
> i use mpls-linux-1.955...
> please help me...
> thank for your attention.. i hope u can solve my problem...
>
>
> sincerely yours,
>
>
>
>
> deni yulianti
>
>
> dear sir,
>
> thank you for your answer sir..
> may i see your script mgen to result traffic generator... can this
> software, i mean mgen use in linux fedora core 5?? and what's type mgen that
> compatibel to fedora core 5 operating system?? i'm really expect your answer
> to solve my problem.. oya,, is with mgen software,, i can setting the value
> of shape parameter (alpha), bursty time, idle time and source that i use???
>
> thank you for your attention...
>
>
> sincerelly yours,
>
>
>
> deni yulianti
>
> *Adrian Popa <adr...@gm...>* wrote:
>
> Hello Deni,
>
> I wasn't able to find a 'mtools' traffic generator. The only thing called
> mtools is a package used to format MS-DOS disks under linux... Here's a link
> to it: http://dag.wieers.com/rpm/packages/mtools/
>
> I used mgen as a traffic generator - see if it is useful for you:
> http://downloads.pf.itd.nrl.navy.mil/mgen/mgen3/MgenUserGuide.html
> Here to download:
> http://downloads.pf.itd.nrl.navy.mil/mgen/mgen3/linux-mgen-3.3a8.tgz
>
> Cheers,
> Adrian
> On Mon, Apr 21, 2008 at 4:46 AM, deni yulianti <den...@ya...>
> wrote:
>
> > dear sir,
> > i'm deni yulianti and student of telecommunication engineering in
> > private college in indonesia and i'm doing my final project right now. the
> > tittle of my final project is "burden traffic aggregation on multiprotocol
> > label switching (MPLS) networking". i using linux fedora core 5 as operating
> > system. i use software traffic generator mtools, mpls-linux and matlab.. i
> > don't know what type of mtools suit with fedora core 5 and how to install
> > and configuration in order to result traffic aggregation. With this software
> > (traffic generator mtools, I'll set shape parameter value (alpha), bursty
> > time value , idle time value , number of source that i use. and i'll count
> > hurst value in client side with matlab.. i'm really know the script in
> > server in order to result traffic aggregation with using traffic generator
> > mtools and tupe of traffic generator mtools tahat very suitable in fedora
> > core 5 operating system.. please help me....this's my email address :
> > den...@ya....
> > thank you very much for your attention.
> >
> > sincerely yours,
> >
> >
> > deni yulianti
> >  ------------------------------
> > Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try
> > it now.<http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ>
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >
> >
>
> ------------------------------
> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it
> now.<http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ>
>

Thank you for help.
Does any one known about the process of applying the mpls label to IP packet, or in which function?
ip_route_input -> ip_route_input_slow -> ip_mkroute_input -> __mkroute_input -> rt_set_nexthop -> mpls_switch ? -> mpls_output2 ? -> mpls_send ?
Or, may be I should ask this problem in the mpls-linux-dev mail list?

________________________________
> Date: Wed, 23 Apr 2008 13:04:15 +0300
> From: adr...@gm...
> To: orp...@ms...
> Subject: Re: [mpls-linux-general] Does mpls-linux support for add label to normal IP packet?
> CC: mpl...@li...
> 
> It seems that no traffic passes through nhlfe 0x03. This is why you don't have any mpls labels.
> 
> I can't really tell why it's not working... Sorry...
> 
> 2008/4/23 刘磊 <orp...@ms...>:
> 
> Thank You. I have do that you said. BUT I'm in HOST B, LER2. My ip address is 192.168.99.4/24 and 10.0.0.2.
> 
> -bash-3.2# dmesg
> MPLS: version 1.958
> MPLS: protocol driver interface -
> MPLS: IPv4 over MPLS support
> -bash-3.2#
> -bash-3.2# lsmod
> Module                  Size  Used by    Not tainted
> mpls4                   3904  0
> mpls                   67240  1 mpls4
> pcnet32                27332  0
> e100                   28620  0
> e1000                 105024  0
> e1000e                 80932  0
> -bash-3.2#
> -bash-3.2# ip r
> 10.0.0.1 via 172.16.0.2 dev eth1 mpls 0x3
> 172.16.0.0/24 dev eth1  proto kernel  scope link  src 172.16.0.3
> 192.168.99.0/24 dev eth2  proto kernel  scope link  src 192.168.99.3
> -bash-3.2#
> -bash-3.2# mpls nhlfe show
> NHLFE entry key 0x00000003 mtu 1496 propagate_ttl
>        push gen 2000 set eth1 ipv4 172.16.0.2  (0 bytes, 0 pkts)
> NHLFE entry key 0x00000002 mtu 1500 propagate_ttl
>        set eth2 ipv4 192.168.1.4  (0 bytes, 0 pkts)
> 
> And after I had a ping in 10.0.0.2
> -bash-3.2# ip r
> 10.0.0.1 via 172.16.0.2 dev eth1 mpls 0x3
> 172.16.0.0/24 dev eth1  proto kernel  scope link  src 172.16.0.3
> 192.168.99.0/24 dev eth2  proto kernel  scope link  src 192.168.99.3
> -bash-3.2# mpls nhlfe show
> NHLFE entry key 0x00000003 mtu 1496 propagate_ttl
>        push gen 2000 set eth1 ipv4 172.16.0.2  (0 bytes, 0 pkts)
> NHLFE entry key 0x00000002 mtu 1500 propagate_ttl
>        set eth2 ipv4 192.168.1.4  (0 bytes, 0 pkts)
> -bash-3.2#
> -bash-3.2# ifconfig
> eth1      Link encap:Ethernet  HWaddr 00:C0:5C:12:C4:0D
>          inet addr:172.16.0.3  Bcast:0.0.0.0  Mask:255.255.255.0
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:214 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:100
>          RX bytes:17444 (17.0 KiB)  TX bytes:4298 (4.1 KiB)
>          Base address:0xc400 Memory:ff780000-ff7a0000
> 
> eth2      Link encap:Ethernet  HWaddr 00:C0:5C:12:C4:0E
>          inet addr:192.168.99.3  Bcast:0.0.0.0  Mask:255.255.255.0
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:1025 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:263 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:100
>          RX bytes:77966 (76.1 KiB)  TX bytes:49836 (48.6 KiB)
>          Base address:0xc000 Memory:ff740000-ff760000
> 
> And tcpdump in LER2's eth1 (to LER1's 172.16.0.2)
> 
> 00:20:18.333708 IP 10.0.0.2> 10.0.0.1: ICMP echo request, id 59752, seq 27, length 64
>        0x0000:  4500 0054 0000 4000 3f01 27a7 0a00 0002
>        0x0010:  0a00 0001 0800 df87 e968 001b 5f05 0f48
>        0x0020:  c9a3 0c00 0809 0a0b 0c0d 0e0f 1011 1213
>        0x0030:  1415 1617 1819
> 00:20:19.321941 arp who-has 172.16.0.2 tell 172.16.0.3
>        0x0000:  0001 0800 0604 0001 00c0 5c12 c40d ac10
>        0x0010:  0003 0000 0000 0000 ac10 0002
> 00:20:19.322301 arp reply 172.16.0.2 is-at 00:0c:29:ef:a2:98
>        0x0000:  0001 0800 0604 0002 000c 29ef a298 ac10
>        0x0010:  0002 00c0 5c12 c40d ac10 0003 0000 0000
>        0x0020:  0000 0000 0000 0000 0000 0000 0000
> 00:20:19.333624 IP 10.0.0.2> 10.0.0.1: ICMP echo request, id 59752, seq 28, length 64
>        0x0000:  4500 0054 0000 4000 3f01 27a7 0a00 0002
>        0x0010:  0a00 0001 0800 de86 e968 001c 6005 0f48
>        0x0020:  c9a3 0c00 0809 0a0b 0c0d 0e0f 1011 1213
>        0x0030:  1415 1617 1819
> 
> There was no MPLS-DATA in the packet, and the packet forward to 172.16.0.2 in original IP packet.
> ________________________________
>> Date: Wed, 23 Apr 2008 11:37:57 +0300
>> From: adr...@gm...
>> To: orp...@ms...
>> Subject: Re: [mpls-linux-general] Does mpls-linux support for add label to normal IP packet?
>> CC: mpl...@li...
>>
>> Ok, concentrate on LER1;
>> It will encapsulate in MPLS only packets that go to 10.0.0.2/32. The rest of the traffic will be plain IP.
>>
>> Try again and look for error messages after each command. Make sure you're running the mpls-enabled kernel (dmesg | grep mpls) and also that you have the mpls4 module loaded (lsmod | grep mpls).
>>
>> After starting a ping to 10.0.0.2 issue these commands on ler1:
>> mpls nhlfe show
>> ip route show
>>
>> If all is setup correctly, tcpdump will show the MPLS header between Ethernet and IP.
>>
>> You only need iptables if you want to create more specific rules to use for MPLS. Something like you want only FTP traffic to go through MPLS or you want traffic from source X to go through MPLS, etc. You can use iproute to specify that you want traffic going to destination X to go through MPLS.
>>
>> Cheers,
>> Adrian
>>
>> 2008/4/23 刘磊 <orp...@ms...>:
>>
>> Hello
>> Thank You first.
>> I had tried "IPv4 over MPLS: two LER example for mpls-linux-1.95x", same as the example.
>> BUT, I had not find  in the packets(above the ether layer, and below the IP layer) out from LER1's eth2 by tcpdump.
>> Does it's MUST with iptables to do this?
>>
>> ________________________________
>>> Date: Wed, 23 Apr 2008 09:25:18 +0300
>>> From: adr...@gm...
>>> To: orp...@ms...
>>> Subject: Re: [mpls-linux-general] Does mpls-linux support for add label to normal IP packet?
>>> CC: mpl...@li...
>>>
>>> Hello,
>>>
>>> The mpls command allows you to create labels and the route/iptables commands allow you to map certain IP flows to created labels.
>>> Please, better explain your problem (which example you used), and what was the problem so that we can better help.
>>>
>>> For a small overview of what mpls-linux does and how to use it, look here:
>>> http://mpls-linux.sourceforge.net/
>>> http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/
>>>
>>> Cheers,
>>> Adrian
>>>
>>> 2008/4/23 刘磊 <orp...@ms...>:
>>>
>>> Hi all:
>>> I'm a new bie.
>>> And I had some problem in MPLS-Linux.
>>> Does mpls-linux support for add label to normal IP packet?
>>> I'm failed with "Links to examples", because the LER1 doesn't add label to the normal IP packets.
>>> Which function will do that in the source code?
>>> _________________________________________________________________
>>> 新年换新颜，快来妆扮自己的MSN给心仪的TA一个惊喜！
>>> http://im.live.cn/emoticons/?ID=18
>>>
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>>> Don't miss this year's exciting event. There's still time to save $100.
>>> Use priority code J8TL2D2.
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> mpls-linux-general mailing list
>>> mpl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>>
>> _________________________________________________________________
>> 多个邮箱同步管理，live mail客户端万人抢用中
>> http://get.live.cn/product/mail.html
>>
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
>> Don't miss this year's exciting event. There's still time to save $100.
>> Use priority code J8TL2D2.
>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>> _______________________________________________
>> mpls-linux-general mailing list
>> mpl...@li...
>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> 
> _________________________________________________________________
> 用手机MSN聊天写邮件看空间，无限沟通，分享精彩！
> http://mobile.msn.com.cn/
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

_________________________________________________________________
Windows Live Photo gallery 数码相机的超级伴侣，轻松管理和编辑照片，还能制作全景美图！
http://get.live.cn/product/photo.html

Hi !

I have tried to install the ldp patch for quagga 0.99.6 but I can't build
it, it says errors. I have also heard that the ldp patch won't work with
1.958 mpls-linux. I would like to test MPLS routers with linux-mpls, so I
would like to setup a well functioning linux box. I don't want to spend more
time with compiling and building, so please let me know where can I download
mpls-linux rpm files (older than 1.958 version, I need one that works with
ldp patched quagga) and ldp patched quagga rpm for Fedora ? I use Fedora8
now, but if somebody have well working mpls-linux and quagga-mpls rpm's for
Fedora7 or Fedora6 or Fedora5 it's not a problem I will install that.
The perforce server doesn't work for me, it says "connection refused".

Thanks for Your help !
Laszlo

Hi !

I have tried to install the ldp patch for quagga 0.99.6 but I can't build
it, it says errors. I have also heard that the ldp patch won't work with
1.958 mpls-linux. I would like to test MPLS routers with linux-mpls, so I
would like to setup a well functioning linux box. I don't want to spend more
time with compiling and building, so please let me know where can I download
mpls-linux rpm files (older than 1.958 version, I need one that works with
ldp patched quagga) and ldp patched quagga rpm for Fedora ? I use Fedora8
now, but if somebody have well working mpls-linux and quagga-mpls rpm's for
Fedora7 or Fedora6 or Fedora5 it's not a problem I will install that.
The perforce server doesn't work for me, it says "connection refused".

Thanks for Your help !
Laszlo

Superb diagram... I'm ordering a poster of it to hang it over my bed :)

On Wed, Apr 23, 2008 at 3:50 PM, Anthony R. Mattke <to...@cy...>
wrote:

> Any packet modifications need to be done on the mangle table. Doing them
> on the forward chain will work, but PREROUTING, or POSTROUTING would
> probably be more effective.
>
> A friend of mine worked up a wonderful diagram on packet flow through
> the kernel. You can reference it here. (I think this is the newest
> version)
>
> http://imagestream.com/~josh/PacketFlow-new.png
>
> -Tony
>
> --
>
> Anthony R. Mattke
> Senior Network Engineer
> CyberLink International
> 888.293.3693 x4353
> to...@cy...
>
>
> luc...@li... wrote:
> > I tried to launch the same command on the mangle table, and it seems to
> work.
> >
> > [root@z10n ~]# iptables -t mangle -A FORWARD -s 172.16.30.0/24 -m dscp
> --dscp 26 -j mpls --nhlfe 0x02
> >
> > [root@z10n ~]# iptables -L -t mangle
> > Chain PREROUTING (policy ACCEPT)
> > target     prot opt source               destination
> >
> > Chain INPUT (policy ACCEPT)
> > target     prot opt source               destination
> >
> > Chain FORWARD (policy ACCEPT)
> > target     prot opt source               destination
> > mpls       all  --  172.16.30.0/24       anywhere            DSCP match
> 0x1a nhlfe 0x2
> >
> > Chain OUTPUT (policy ACCEPT)
> > target     prot opt source               destination
> >
> > Chain POSTROUTING (policy ACCEPT)
> > target     prot opt source               destination
> >
> >
> > Now I'll try if it works, but it seems that the problem was putting the
> rule on the mangle table instead of the (default) filter table.
> > Thanks a lot, I'll keep you posted.
> > Luca
> >
> >
> > ---------- Initial Header -----------
> >
> >>From      : "James R. Leu" jl...@mi...
> > To          : "luc...@li..." luc...@li...
> > Cc          : "mpls-linux-general"
> mpl...@li...
> > Date      : Tue, 22 Apr 2008 08:07:36 -0500
> > Subject : Re: [mpls-linux-general] problems with classes and iptables
> >
> >
> >
> >
> >
> >
> >
> >> If I remember correctly the MPLS target should only be used
> >> in the POSTROUTE or OUTPUT chains, quite possibly only in the 'mangle'
> table.
> >>
> >> On Tue, Apr 22, 2008 at 11:08:40AM +0200, luc...@li... wrote:
> >>> Hello,
> >>> I'm trying to differentiate traffic flows in MPLS by marking DSCP
> field at the source and using scheduling strategies at the LER.
> >>> I tried to follow the mpls-linux labs for congestion, in which I found
> something similar to my case.
> >>> In that case the steps are:
> >>> 1- mapping DSCP on EXP bits of mpls header
> >>> 2- mapping EXP on the tcindex (scheduling strategy)
> >>>
> >>> In the script by Adrian Popa there are the following commands:
> >>>
> >>> var_best1=`mpls nhlfe add key 0 instructions ds2exp 0xf 0x1A 0x3
> exp2tc 0x3 0x1 push gen 300 nexthop ath1 ipv4 10.0.5.3|grep key|cut -c
> 17-26`
> >>>
> >>> iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls
> --nhlfe $var_best1
> >>>
> >>> the iptables command answers to me:
> >>> iptables: Invalid argument
> >>>
> >>> I've attached also the result of the command:
> >>> strace iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls
> --nhlfe 0x02
> >>>
> >>> (0x02 is the previously generated key)
> >>>
> >>> I don't understand where's the problem: I've followed the example and
> it seems that the problem is in in the -j target of iptables...
> >>> Could you please help me?
> >>>
> >>>
> >>> Actually what I'd like to do is quite simpler: it would be enough to
> simply give a different mpls label to every class and then associate each
> label (flow) with a scheduling strategy, without marking exp bits...is it
> possible?
> >>> Thanks in advance,
> >>> Luca
> >>>
> >>>
> >>> execve("/sbin/iptables", ["iptables", "-A", "FORWARD", "-s", "
> 172.16.30.0/24", "-m", "dscp", "--dscp", "26", "-j", "mpls", "--nhlfe",
> "0x02"], [/* 50 vars */]) = 0
> >>> brk(0)                                  = 0x9b60000
> >>> access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or
> directory)
> >>> open("/etc/ld.so.cache", O_RDONLY)      = 3
> >>> fstat64(3, {st_mode=S_IFREG|0644, st_size=85989, ...}) = 0
> >>> mmap2(NULL, 85989, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe2000
> >>> close(3)                                = 0
> >>> open("/lib/libdl.so.2", O_RDONLY)       = 3
> >>> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\252\207\0004\0\0\0"...,
> 512) = 512
> >>> fstat64(3, {st_mode=S_IFREG|0755, st_size=20564, ...}) = 0
> >>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xb7fe1000
> >>> mmap2(0x87a000, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE,
> 3, 0) = 0x87a000
> >>> mmap2(0x87d000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0x87d000
> >>> close(3)                                = 0
> >>> open("/lib/libselinux.so.1", O_RDONLY)  = 3
> >>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\32e\0004\0\0\0"...,
> 512) = 512
> >>> fstat64(3, {st_mode=S_IFREG|0755, st_size=105968, ...}) = 0
> >>> mmap2(0x64e000, 109468, PROT_READ|PROT_EXEC,
> MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x64e000
> >>> mmap2(0x667000, 8192, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18) = 0x667000
> >>> close(3)                                = 0
> >>> open("/lib/libc.so.6", O_RDONLY)        = 3
> >>> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360Ts\0004\0\0\0"..., 512)
> = 512
> >>> fstat64(3, {st_mode=S_IFREG|0755, st_size=1692524, ...}) = 0
> >>> mmap2(0x71f000, 1410608, PROT_READ|PROT_EXEC,
> MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x71f000
> >>> mmap2(0x872000, 12288, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0x872000
> >>> mmap2(0x875000, 9776, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x875000
> >>> close(3)                                = 0
> >>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xb7fe0000
> >>> set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fe0710,
> limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1,
> seg_not_present:0, useable:1}) = 0
> >>> mprotect(0x87d000, 4096, PROT_READ)     = 0
> >>> mprotect(0x872000, 8192, PROT_READ)     = 0
> >>> mprotect(0x71b000, 4096, PROT_READ)     = 0
> >>> munmap(0xb7fe2000, 85989)               = 0
> >>> brk(0)                                  = 0x9b60000
> >>> brk(0x9b81000)                          = 0x9b81000
> >>> open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = 3
> >>> fstat64(3, {st_mode=S_IFREG|0644, st_size=500, ...}) = 0
> >>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xb7ff6000
> >>> read(3, "\n# This file controls the state "..., 4096) = 500
> >>> read(3, "", 4096)                       = 0
> >>> close(3)                                = 0
> >>> munmap(0xb7ff6000, 4096)                = 0
> >>> statfs64("/selinux", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096,
> f_blocks=1749376, f_bfree=795907, f_bavail=795907, f_files=901120,
> f_ffree=772577, f_fsid={-179335734, -77216707}, f_namelen=255,
> f_frsize=4096}) = 0
> >>> open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
> >>> fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
> >>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = 0xb7ff6000
> >>> read(3, "rootfs / rootfs rw 0 0\n/dev/root"..., 1024) = 560
> >>> read(3, "", 1024)                       = 0
> >>> close(3)                                = 0
> >>> munmap(0xb7ff6000, 4096)                = 0
> >>> open("/lib/iptables/libipt_dscp.so", O_RDONLY) = 3
> >>> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\0004\0\0\0"..., 512) =
> 512
> >>> fstat64(3, {st_mode=S_IFREG|0755, st_size=6064, ...}) = 0
> >>> mmap2(NULL, 4728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> 0) = 0x111000
> >>> mmap2(0x112000, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x112000
> >>> close(3)                                = 0
> >>> open("/lib/iptables/libipt_mpls.so", O_RDONLY) = 3
> >>> read(3,
> "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\4\0\0004\0\0\0"...,
> 512) = 512
> >>> fstat64(3, {st_mode=S_IFREG|0755, st_size=4256, ...}) = 0
> >>> mmap2(NULL, 7016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> 0) = 0x113000
> >>> mmap2(0x114000, 4096, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x114000
> >>> close(3)                                = 0
> >>> socket(PF_INET, SOCK_RAW, IPPROTO_RAW)  = 3
> >>> getsockopt(3, SOL_IP, 0x40 /* IP_??? */,
> "filter\0\0p\316<\320\0\0\0\0\0\0\0\0\0\0\0\0\360\344\354\331H\344\354\331"...,
> [84]) = 0
> >>> getsockopt(3, SOL_IP, 0x41 /* IP_??? */,
> "filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., [980]) = 0
> >>> setsockopt(3, SOL_IP, 0x40 /* IP_??? */,
> "filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1228) = -1
> EINVAL (Invalid argument)
> >>> write(2, "iptables: Invalid argument\n", 27iptables: Invalid argument
> >>> ) = 27
> >>> exit_group(1)                           = ?
> >>>
> >>>
> -------------------------------------------------------------------------
> >>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> >>> Don't miss this year's exciting event. There's still time to save
> $100.
> >>> Use priority code J8TL2D2.
> >>>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> >>> _______________________________________________
> >>> mpls-linux-general mailing list
> >>> mpl...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >>
> >> --
> >> James R. Leu
> >> jl...@mi...
> >>
> >
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>

Please, post your replies to the list, so other can help you.

Could you try to run the mpls command with strace? Something like strace
mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 ipv4 10.10.0.3

... and post the output to that.

Cheers,
Adrian

On Wed, Apr 23, 2008 at 3:40 PM, smail jalil <s....@ho...> wrote:

> thank u for the so fast reply.
> here is t output of the commands:
>
> [root@localhost ~]# mpls nhlfe add key 0 instructions push gen 1000
> nexthop eth1 ipv4
> 10.10.0.3
> RTNETLINK answers: No such file or directory
> [root@localhost ~]# dmesg |grep MPLS
> MPLS: version 1.950
> MPLS: protocol driver interface - <jl...@mi...>
> MPLS DEBUG net/mpls/mpls_sysfs.c:130:mpls_sysfs_init: enter
> MPLS DEBUG
> net/mpls/mpls_sysfs.c:139:mpls_sysfs_init: exit
> Registered MPLS tunnel mpls0
> MPLS: IPv4 over
> MPLS support
> MPLS DEBUG net/mpls/mpls_ilm.c:126:mpls_ilm_dst_alloc: enter
> MPLS DEBUG
> net/mpls/mpls_ilm.c:156:mpls_ilm_dst_alloc: exit
> MPLS: Ethernet over MPLS support
> [root@localhost ~]# mpls nhlfe show
> RTNETLINK answers: No such file or directory
> Dump terminated
>
> thank u for your help!
>
>  ------------------------------
> Date: Wed, 23 Apr 2008 14:37:33 +0300
> From: adr...@gm...
> To: s....@ho...
> Subject: Re: mpls linux
> CC: mpl...@li...
>
>
> Hello,
>
> Please address your questions also to the mailing list.
>
> If you followed my instructions on compiling the kernel, then mpls is
> compiled into the kernel, not as a module - so modprobe mpls4 will fail
> because there is no such module.
>
> Please paste here the output for these commands:
> dmesg | grep mpls
> your mpls nhlfe * command
> mpls nhlfe show
>
> Also, you can enable debugging; I think it's cat 1 > /sys/mpls/debug or
> something like that. You should get the debugging lines on TTY1.
>
> Also, what version of mpls-linux are you using? Since you're using
> Fedora-Core, isn't it easier to install the already compiled kernel from
> James' site?
>
> Cheers,
> Adrian
>
> On Wed, Apr 23, 2008 at 2:14 PM, smail jalil <s....@ho...> wrote:
>
> hello;
>
> i'm trying to install mpls linux in my fedoa 5. i followed the steps in
> the mplslinux docs. the kernel is successfully recompiled. and the commands
> mpls are known  by the kernel.
>
> but when i try the mpls nhlfe..., i have an error like:
>
> rtnetlink answers:no such file or directory
>
> i tried to load the mpls4 module by the command modprobe mpls4 but i
> always have an error like fatal:module not exit!
> can u help me please
> thanks!
>
> ------------------------------
> Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> gratuit ! <http://get.live.com/messenger/overview>
>
>
>
> ------------------------------
> Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> gratuit ! <http://get.live.com/messenger/overview>
>

Any packet modifications need to be done on the mangle table. Doing them 
on the forward chain will work, but PREROUTING, or POSTROUTING would 
probably be more effective.

A friend of mine worked up a wonderful diagram on packet flow through 
the kernel. You can reference it here. (I think this is the newest version)

http://imagestream.com/~josh/PacketFlow-new.png

-Tony

-- 

Anthony R. Mattke
Senior Network Engineer
CyberLink International
888.293.3693 x4353
to...@cy...

luc...@li... wrote:
> I tried to launch the same command on the mangle table, and it seems to work.
> 
> [root@z10n ~]# iptables -t mangle -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls --nhlfe 0x02
> 
> [root@z10n ~]# iptables -L -t mangle
> Chain PREROUTING (policy ACCEPT)
> target     prot opt source               destination
> 
> Chain INPUT (policy ACCEPT)
> target     prot opt source               destination
> 
> Chain FORWARD (policy ACCEPT)
> target     prot opt source               destination
> mpls       all  --  172.16.30.0/24       anywhere            DSCP match 0x1a nhlfe 0x2
> 
> Chain OUTPUT (policy ACCEPT)
> target     prot opt source               destination
> 
> Chain POSTROUTING (policy ACCEPT)
> target     prot opt source               destination
> 
> 
> Now I'll try if it works, but it seems that the problem was putting the rule on the mangle table instead of the (default) filter table.
> Thanks a lot, I'll keep you posted.
> Luca
> 
> 
> ---------- Initial Header -----------
> 
>>From      : "James R. Leu" jl...@mi...
> To          : "luc...@li..." luc...@li...
> Cc          : "mpls-linux-general" mpl...@li...
> Date      : Tue, 22 Apr 2008 08:07:36 -0500
> Subject : Re: [mpls-linux-general] problems with classes and iptables
> 
> 
> 
> 
> 
> 
> 
>> If I remember correctly the MPLS target should only be used
>> in the POSTROUTE or OUTPUT chains, quite possibly only in the 'mangle' table.
>>
>> On Tue, Apr 22, 2008 at 11:08:40AM +0200, luc...@li... wrote:
>>> Hello,
>>> I'm trying to differentiate traffic flows in MPLS by marking DSCP field at the source and using scheduling strategies at the LER.
>>> I tried to follow the mpls-linux labs for congestion, in which I found something similar to my case.
>>> In that case the steps are:
>>> 1- mapping DSCP on EXP bits of mpls header
>>> 2- mapping EXP on the tcindex (scheduling strategy)
>>>
>>> In the script by Adrian Popa there are the following commands:
>>>
>>> var_best1=`mpls nhlfe add key 0 instructions ds2exp 0xf 0x1A 0x3 exp2tc 0x3 0x1 push gen 300 nexthop ath1 ipv4 10.0.5.3|grep key|cut -c 17-26`
>>>
>>> iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls --nhlfe $var_best1
>>>
>>> the iptables command answers to me:
>>> iptables: Invalid argument
>>>
>>> I've attached also the result of the command:
>>> strace iptables -A FORWARD -s 172.16.30.0/24 -m dscp --dscp 26 -j mpls --nhlfe 0x02
>>>
>>> (0x02 is the previously generated key)
>>>
>>> I don't understand where's the problem: I've followed the example and it seems that the problem is in in the -j target of iptables...
>>> Could you please help me?
>>>
>>>
>>> Actually what I'd like to do is quite simpler: it would be enough to simply give a different mpls label to every class and then associate each label (flow) with a scheduling strategy, without marking exp bits...is it possible?
>>> Thanks in advance,
>>> Luca
>>>
>>>
>>> execve("/sbin/iptables", ["iptables", "-A", "FORWARD", "-s", "172.16.30.0/24", "-m", "dscp", "--dscp", "26", "-j", "mpls", "--nhlfe", "0x02"], [/* 50 vars */]) = 0
>>> brk(0)                                  = 0x9b60000
>>> access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
>>> open("/etc/ld.so.cache", O_RDONLY)      = 3
>>> fstat64(3, {st_mode=S_IFREG|0644, st_size=85989, ...}) = 0
>>> mmap2(NULL, 85989, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7fe2000
>>> close(3)                                = 0
>>> open("/lib/libdl.so.2", O_RDONLY)       = 3
>>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\220\252\207\0004\0\0\0"..., 512) = 512
>>> fstat64(3, {st_mode=S_IFREG|0755, st_size=20564, ...}) = 0
>>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe1000
>>> mmap2(0x87a000, 16504, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x87a000
>>> mmap2(0x87d000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2) = 0x87d000
>>> close(3)                                = 0
>>> open("/lib/libselinux.so.1", O_RDONLY)  = 3
>>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@\32e\0004\0\0\0"..., 512) = 512
>>> fstat64(3, {st_mode=S_IFREG|0755, st_size=105968, ...}) = 0
>>> mmap2(0x64e000, 109468, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x64e000
>>> mmap2(0x667000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18) = 0x667000
>>> close(3)                                = 0
>>> open("/lib/libc.so.6", O_RDONLY)        = 3
>>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360Ts\0004\0\0\0"..., 512) = 512
>>> fstat64(3, {st_mode=S_IFREG|0755, st_size=1692524, ...}) = 0
>>> mmap2(0x71f000, 1410608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x71f000
>>> mmap2(0x872000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0x872000
>>> mmap2(0x875000, 9776, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x875000
>>> close(3)                                = 0
>>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7fe0000
>>> set_thread_area({entry_number:-1 -> 6, base_addr:0xb7fe0710, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
>>> mprotect(0x87d000, 4096, PROT_READ)     = 0
>>> mprotect(0x872000, 8192, PROT_READ)     = 0
>>> mprotect(0x71b000, 4096, PROT_READ)     = 0
>>> munmap(0xb7fe2000, 85989)               = 0
>>> brk(0)                                  = 0x9b60000
>>> brk(0x9b81000)                          = 0x9b81000
>>> open("/etc/selinux/config", O_RDONLY|O_LARGEFILE) = 3
>>> fstat64(3, {st_mode=S_IFREG|0644, st_size=500, ...}) = 0
>>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff6000
>>> read(3, "\n# This file controls the state "..., 4096) = 500
>>> read(3, "", 4096)                       = 0
>>> close(3)                                = 0
>>> munmap(0xb7ff6000, 4096)                = 0
>>> statfs64("/selinux", 84, {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=1749376, f_bfree=795907, f_bavail=795907, f_files=901120, f_ffree=772577, f_fsid={-179335734, -77216707}, f_namelen=255, f_frsize=4096}) = 0
>>> open("/proc/mounts", O_RDONLY|O_LARGEFILE) = 3
>>> fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
>>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ff6000
>>> read(3, "rootfs / rootfs rw 0 0\n/dev/root"..., 1024) = 560
>>> read(3, "", 1024)                       = 0
>>> close(3)                                = 0
>>> munmap(0xb7ff6000, 4096)                = 0
>>> open("/lib/iptables/libipt_dscp.so", O_RDONLY) = 3
>>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\6\0\0004\0\0\0"..., 512) = 512
>>> fstat64(3, {st_mode=S_IFREG|0755, st_size=6064, ...}) = 0
>>> mmap2(NULL, 4728, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x111000
>>> mmap2(0x112000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x112000
>>> close(3)                                = 0
>>> open("/lib/iptables/libipt_mpls.so", O_RDONLY) = 3
>>> read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\240\4\0\0004\0\0\0"..., 512) = 512
>>> fstat64(3, {st_mode=S_IFREG|0755, st_size=4256, ...}) = 0
>>> mmap2(NULL, 7016, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x113000
>>> mmap2(0x114000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0) = 0x114000
>>> close(3)                                = 0
>>> socket(PF_INET, SOCK_RAW, IPPROTO_RAW)  = 3
>>> getsockopt(3, SOL_IP, 0x40 /* IP_??? */, "filter\0\0p\316<\320\0\0\0\0\0\0\0\0\0\0\0\0\360\344\354\331H\344\354\331"..., [84]) = 0
>>> getsockopt(3, SOL_IP, 0x41 /* IP_??? */, "filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., [980]) = 0
>>> setsockopt(3, SOL_IP, 0x40 /* IP_??? */, "filter\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1228) = -1 EINVAL (Invalid argument)
>>> write(2, "iptables: Invalid argument\n", 27iptables: Invalid argument
>>> ) = 27
>>> exit_group(1)                           = ?
>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
>>> Don't miss this year's exciting event. There's still time to save $100. 
>>> Use priority code J8TL2D2. 
>>> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
>>> _______________________________________________
>>> mpls-linux-general mailing list
>>> mpl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>>
>> -- 
>> James R. Leu
>> jl...@mi...
>>
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

Hello Deni,

I wasn't able to find a 'mtools' traffic generator. The only thing called
mtools is a package used to format MS-DOS disks under linux... Here's a link
to it: http://dag.wieers.com/rpm/packages/mtools/

I used mgen as a traffic generator - see if it is useful for you:
http://downloads.pf.itd.nrl.navy.mil/mgen/mgen3/MgenUserGuide.html
Here to download:
http://downloads.pf.itd.nrl.navy.mil/mgen/mgen3/linux-mgen-3.3a8.tgz

Cheers,
Adrian
On Mon, Apr 21, 2008 at 4:46 AM, deni yulianti <den...@ya...>
wrote:

> dear sir,
> i'm deni yulianti and student of telecommunication engineering in private
> college in indonesia and i'm doing my final project right now. the tittle of
> my final project is "burden traffic aggregation on multiprotocol label
> switching (MPLS) networking". i using linux fedora core 5 as operating
> system. i use software traffic generator mtools, mpls-linux and matlab.. i
> don't know what type of mtools suit with fedora core 5 and how to install
> and configuration in order to result traffic aggregation. With this software
> (traffic generator mtools, I'll set shape parameter value (alpha), bursty
> time value , idle time value , number of source that i use. and i'll count
> hurst value in client side with matlab.. i'm really know the script in
> server in order to result traffic aggregation with using traffic generator
> mtools and tupe of traffic generator mtools tahat very suitable in fedora
> core 5 operating system.. please help me....this's my email address :
> den...@ya....
> thank you very much for your attention.
>
> sincerely yours,
>
>
> deni yulianti
>
> ------------------------------
> Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it
> now.<http://us.rd.yahoo.com/evt=51733/*http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>

Hello,

Please address your questions also to the mailing list.

If you followed my instructions on compiling the kernel, then mpls is
compiled into the kernel, not as a module - so modprobe mpls4 will fail
because there is no such module.

Please paste here the output for these commands:
dmesg | grep mpls
your mpls nhlfe * command
mpls nhlfe show

Also, you can enable debugging; I think it's cat 1 > /sys/mpls/debug or
something like that. You should get the debugging lines on TTY1.

Also, what version of mpls-linux are you using? Since you're using
Fedora-Core, isn't it easier to install the already compiled kernel from
James' site?

Cheers,
Adrian

On Wed, Apr 23, 2008 at 2:14 PM, smail jalil <s....@ho...> wrote:

> hello;
>
> i'm trying to install mpls linux in my fedoa 5. i followed the steps in
> the mplslinux docs. the kernel is successfully recompiled. and the commands
> mpls are known  by the kernel.
>
> but when i try the mpls nhlfe..., i have an error like:
>
> rtnetlink answers:no such file or directory
>
> i tried to load the mpls4 module by the command modprobe mpls4 but i
> always have an error like fatal:module not exit!
> can u help me please
> thanks!
>
> ------------------------------
> Appelez vos amis de PC à PC -- C'EST GRATUIT Téléchargez Messenger, c'est
> gratuit ! <http://get.live.com/messenger/overview>
>

It seems that no traffic passes through nhlfe 0x03. This is why you don't
have any mpls labels.

I can't really tell why it's not working... Sorry...

2008/4/23 刘磊 <orp...@ms...>:

>
> Thank You. I have do that you said. BUT I'm in HOST B, LER2. My ip address
> is 192.168.99.4/24 and 10.0.0.2.
>
> -bash-3.2# dmesg
> MPLS: version 1.958
> MPLS: protocol driver interface -
> MPLS: IPv4 over MPLS support
> -bash-3.2#
> -bash-3.2# lsmod
> Module                  Size  Used by    Not tainted
> mpls4                   3904  0
> mpls                   67240  1 mpls4
> pcnet32                27332  0
> e100                   28620  0
> e1000                 105024  0
> e1000e                 80932  0
> -bash-3.2#
> -bash-3.2# ip r
> 10.0.0.1 via 172.16.0.2 dev eth1 mpls 0x3
> 172.16.0.0/24 dev eth1  proto kernel  scope link  src 172.16.0.3
> 192.168.99.0/24 dev eth2  proto kernel  scope link  src 192.168.99.3
> -bash-3.2#
> -bash-3.2# mpls nhlfe show
> NHLFE entry key 0x00000003 mtu 1496 propagate_ttl
>        push gen 2000 set eth1 ipv4 172.16.0.2  (0 bytes, 0 pkts)
> NHLFE entry key 0x00000002 mtu 1500 propagate_ttl
>        set eth2 ipv4 192.168.1.4  (0 bytes, 0 pkts)
>
> And after I had a ping in 10.0.0.2
> -bash-3.2# ip r
> 10.0.0.1 via 172.16.0.2 dev eth1 mpls 0x3
> 172.16.0.0/24 dev eth1  proto kernel  scope link  src 172.16.0.3
> 192.168.99.0/24 dev eth2  proto kernel  scope link  src 192.168.99.3
> -bash-3.2# mpls nhlfe show
> NHLFE entry key 0x00000003 mtu 1496 propagate_ttl
>        push gen 2000 set eth1 ipv4 172.16.0.2  (0 bytes, 0 pkts)
> NHLFE entry key 0x00000002 mtu 1500 propagate_ttl
>        set eth2 ipv4 192.168.1.4  (0 bytes, 0 pkts)
> -bash-3.2#
> -bash-3.2# ifconfig
> eth1      Link encap:Ethernet  HWaddr 00:C0:5C:12:C4:0D
>          inet addr:172.16.0.3  Bcast:0.0.0.0  Mask:255.255.255.0
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:214 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:44 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:100
>          RX bytes:17444 (17.0 KiB)  TX bytes:4298 (4.1 KiB)
>          Base address:0xc400 Memory:ff780000-ff7a0000
>
> eth2      Link encap:Ethernet  HWaddr 00:C0:5C:12:C4:0E
>          inet addr:192.168.99.3  Bcast:0.0.0.0  Mask:255.255.255.0
>          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>          RX packets:1025 errors:0 dropped:0 overruns:0 frame:0
>          TX packets:263 errors:0 dropped:0 overruns:0 carrier:0
>          collisions:0 txqueuelen:100
>          RX bytes:77966 (76.1 KiB)  TX bytes:49836 (48.6 KiB)
>          Base address:0xc000 Memory:ff740000-ff760000
>
> And tcpdump in LER2's eth1 (to LER1's 172.16.0.2)
>
> 00:20:18.333708 IP 10.0.0.2> 10.0.0.1: ICMP echo request, id 59752, seq
> 27, length 64
>        0x0000:  4500 0054 0000 4000 3f01 27a7 0a00 0002
>        0x0010:  0a00 0001 0800 df87 e968 001b 5f05 0f48
>        0x0020:  c9a3 0c00 0809 0a0b 0c0d 0e0f 1011 1213
>        0x0030:  1415 1617 1819
> 00:20:19.321941 arp who-has 172.16.0.2 tell 172.16.0.3
>        0x0000:  0001 0800 0604 0001 00c0 5c12 c40d ac10
>        0x0010:  0003 0000 0000 0000 ac10 0002
> 00:20:19.322301 arp reply 172.16.0.2 is-at 00:0c:29:ef:a2:98
>        0x0000:  0001 0800 0604 0002 000c 29ef a298 ac10
>        0x0010:  0002 00c0 5c12 c40d ac10 0003 0000 0000
>        0x0020:  0000 0000 0000 0000 0000 0000 0000
> 00:20:19.333624 IP 10.0.0.2> 10.0.0.1: ICMP echo request, id 59752, seq
> 28, length 64
>        0x0000:  4500 0054 0000 4000 3f01 27a7 0a00 0002
>        0x0010:  0a00 0001 0800 de86 e968 001c 6005 0f48
>        0x0020:  c9a3 0c00 0809 0a0b 0c0d 0e0f 1011 1213
>        0x0030:  1415 1617 1819
>
> There was no MPLS-DATA in the packet, and the packet forward to 172.16.0.2in original IP packet.
> ________________________________
> > Date: Wed, 23 Apr 2008 11:37:57 +0300
>  > From: adr...@gm...
> > To: orp...@ms...
> > Subject: Re: [mpls-linux-general] Does mpls-linux support for add label
> to normal IP packet?
> > CC: mpl...@li...
> >
> > Ok, concentrate on LER1;
> > It will encapsulate in MPLS only packets that go to 10.0.0.2/32. The
> rest of the traffic will be plain IP.
> >
> > Try again and look for error messages after each command. Make sure
> you're running the mpls-enabled kernel (dmesg | grep mpls) and also that you
> have the mpls4 module loaded (lsmod | grep mpls).
> >
> > After starting a ping to 10.0.0.2 issue these commands on ler1:
> > mpls nhlfe show
> > ip route show
> >
> > If all is setup correctly, tcpdump will show the MPLS header between
> Ethernet and IP.
> >
> > You only need iptables if you want to create more specific rules to use
> for MPLS. Something like you want only FTP traffic to go through MPLS or you
> want traffic from source X to go through MPLS, etc. You can use iproute to
> specify that you want traffic going to destination X to go through MPLS.
> >
> > Cheers,
> > Adrian
> >
> > 2008/4/23 刘磊 <orp...@ms...>:
> >
> > Hello
> > Thank You first.
> > I had tried "IPv4 over MPLS: two LER example for mpls-linux-1.95x", same
> as the example.
> > BUT, I had not find  in the packets(above the ether layer, and below the
> IP layer) out from LER1's eth2 by tcpdump.
> > Does it's MUST with iptables to do this?
> >
> > ________________________________
> >> Date: Wed, 23 Apr 2008 09:25:18 +0300
> >> From: adr...@gm...
> >> To: orp...@ms...
> >> Subject: Re: [mpls-linux-general] Does mpls-linux support for add label
> to normal IP packet?
> >> CC: mpl...@li...
> >>
> >> Hello,
> >>
> >> The mpls command allows you to create labels and the route/iptables
> commands allow you to map certain IP flows to created labels.
> >> Please, better explain your problem (which example you used), and what
> was the problem so that we can better help.
> >>
> >> For a small overview of what mpls-linux does and how to use it, look
> here:
> >> http://mpls-linux.sourceforge.net/
> >> http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/
> >>
> >> Cheers,
> >> Adrian
> >>
> >> 2008/4/23 刘磊 <orp...@ms...>:
> >>
> >> Hi all:
> >> I'm a new bie.
> >> And I had some problem in MPLS-Linux.
> >> Does mpls-linux support for add label to normal IP packet?
> >> I'm failed with "Links to examples", because the LER1 doesn't add label
> to the normal IP packets.
> >> Which function will do that in the source code?
> >> _________________________________________________________________
> >> 新年换新颜，快来妆扮自己的MSN给心仪的TA一个惊喜！
> >> http://im.live.cn/emoticons/?ID=18
> >>
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> >> Don't miss this year's exciting event. There's still time to save $100.
> >> Use priority code J8TL2D2.
> >>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> >> _______________________________________________
> >> mpls-linux-general mailing list
> >> mpl...@li...
> >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >
> > _________________________________________________________________
> > 多个邮箱同步管理，live mail客户端万人抢用中
> > http://get.live.cn/product/mail.html
> >
> >
> >
> -------------------------------------------------------------------------
> > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> > Don't miss this year's exciting event. There's still time to save $100.
> > Use priority code J8TL2D2.
> >
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
> _________________________________________________________________
> 用手机MSN聊天写邮件看空间，无限沟通，分享精彩！
> http://mobile.msn.com.cn/
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
> Don't miss this year's exciting event. There's still time to save $100.
> Use priority code J8TL2D2.
>
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>
>

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

mpls-linux-general Mailing List for MPLS for Linux (Page 19)

mpls-linux-general — Mailing list for general discussion about MPLS for Linux