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

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

My ethernet of MPLS implementation was only designed for point-to-point
ethernet connections, that explains why you are having so many issues.
(it sounds like it it constantly in flooding state)

I haven't put much thought into how to make it work for multi-point
connections, but ....

The first step is to try to gather info about the MAC learning
and see if you can figure out why it is not associating the MACs from
incoming packets with outgoing interfaces.  Maybe there is some sort of
debug mode you can enable, or some brctl command that will you enough
info.  Once you can 'see' the MAC learning process, then try to influence
it by using the 'set' opcode on ILMs to tell it which interface to make it
look like the packets are arriving on.  Maybe it comes down to needing to
write a small daemon that listens for MAC learning messages and then
dynamically builds the ebtables rules to map the MAC to a LSP.
=20
On Mon, Jul 16, 2007 at 03:51:00PM +0300, Sami Ruponen wrote:
> Hello,
>=20
> I have a problem with the following scenario.
>=20
>           eth2   eth1
>  -----      .----.           .---              ----       -----
> |host1|-----|LER1|-----------|LSR|------------|LER2|-----|host2|
>  -----       ----             ---              ----       -----
>                                |
>                                |
>                                |
>                              ----          -----
>                             |LER3|--------|host3|
>                              ----          -----
>=20
> Label 500 --> LER1
> Label 600 --> LER2
> Label 700 --> LER3
> VPN's inner label is 16
>=20
> I'm trying to get a layer 2 VPN working between these 3 hosts. I managed =
to=20
> get this working so that the hosts appear to be in the same LAN (connecte=
d in=20
> layer 2). The problem is that in LERs I had to use linux bridge with coup=
le=20
> of dummy interfaces attached to it and proper ebtables rules so that the=
=20
> frames are sent to each host.
>=20
> At the moment this is working so that for example host1 can send data to =
host2=20
> but everything (ethernet frames) is also sent to host3. Obviously this=20
> generates extra traffic, since and I want the LER to learn the mac addres=
ses=20
> that reside at the other end of each tunnel so that the traffic goes only=
=20
> where it should go (to act as a real switch). The problem at the moment i=
s=20
> that the bridge in LER isn't learning the mac addresses.
>=20
> Here's some information about LER1...
>=20
> I use following ebtables rules:
> -t nat -A POSTROUTING -o dummy0 -j mpls  --nhlfe 0x19
> -t nat -A POSTROUTING -o dummy1 -j mpls  --nhlfe 0x1b
>=20
> and the bridge looks like this:
> bridge name     bridge id               STP enabled     interfaces
> br0             8000.001b243d78b1       no              eth2
>                                                         dummy0
>                                                         dummy1
>=20
> mpls nhlfe show:
> NHLFE entry key 0x0000001e mtu 1500 propagate_ttl
>         set eth2 packet (14148 bytes, 124 pkts)
> NHLFE entry key 0x0000001b mtu 1492 propagate_ttl
>         push gen 16 forward key 0x0000001a  (18348 bytes, 228 pkts)
> NHLFE entry key 0x0000001a mtu 1496 propagate_ttl
>         push gen 700 set eth1 ipv4 10.1.5.1  (19260 bytes, 228 pkts)
> NHLFE entry key 0x00000019 mtu 1492 propagate_ttl
>         push gen 16 forward key 0x00000018  (18348 bytes, 228 pkts)
> NHLFE entry key 0x00000018 mtu 1496 propagate_ttl
>         push gen 600 set eth1 ipv4 10.1.5.1  (19260 bytes, 228 pkts)
>=20
> mpls ilm show:
> ILM entry label gen 16 labelspace 0 proto packet
>         pop forward key 0x0000001e  (14644 bytes, 124 pkts)
> ILM entry label gen 500 labelspace 0 proto ipv4
>         pop peek  (15140 bytes, 124 pkts)
>=20
> Is there any solution to this scenario. Am I missing or misunderstood=20
> something. How can I get the incoming traffic also to pass the bridge so =
that=20
> bridge learns the addresses. Is the solution to use some mpls tunnel comm=
ands=20
> or to use some other interfaces than dummy interfaces (tun/tap/mpls0). Th=
e=20
> solution should also scale moderately.
>=20
> I'd appreciated for any help.
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

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

Hello,

I have a problem with the following scenario.

          eth2   eth1
 -----      .----.           .---              ----       -----
|host1|-----|LER1|-----------|LSR|------------|LER2|-----|host2|
 -----       ----             ---              ----       -----
                               |
                               |
                               |
                             ----          -----
                            |LER3|--------|host3|
                             ----          -----

Label 500 --> LER1
Label 600 --> LER2
Label 700 --> LER3
VPN's inner label is 16

I'm trying to get a layer 2 VPN working between these 3 hosts. I managed to 
get this working so that the hosts appear to be in the same LAN (connected in 
layer 2). The problem is that in LERs I had to use linux bridge with couple 
of dummy interfaces attached to it and proper ebtables rules so that the 
frames are sent to each host.

At the moment this is working so that for example host1 can send data to host2 
but everything (ethernet frames) is also sent to host3. Obviously this 
generates extra traffic, since and I want the LER to learn the mac addresses 
that reside at the other end of each tunnel so that the traffic goes only 
where it should go (to act as a real switch). The problem at the moment is 
that the bridge in LER isn't learning the mac addresses.

Here's some information about LER1...

I use following ebtables rules:
-t nat -A POSTROUTING -o dummy0 -j mpls  --nhlfe 0x19
-t nat -A POSTROUTING -o dummy1 -j mpls  --nhlfe 0x1b

and the bridge looks like this:
bridge name     bridge id               STP enabled     interfaces
br0             8000.001b243d78b1       no              eth2
                                                        dummy0
                                                        dummy1

mpls nhlfe show:
NHLFE entry key 0x0000001e mtu 1500 propagate_ttl
        set eth2 packet (14148 bytes, 124 pkts)
NHLFE entry key 0x0000001b mtu 1492 propagate_ttl
        push gen 16 forward key 0x0000001a  (18348 bytes, 228 pkts)
NHLFE entry key 0x0000001a mtu 1496 propagate_ttl
        push gen 700 set eth1 ipv4 10.1.5.1  (19260 bytes, 228 pkts)
NHLFE entry key 0x00000019 mtu 1492 propagate_ttl
        push gen 16 forward key 0x00000018  (18348 bytes, 228 pkts)
NHLFE entry key 0x00000018 mtu 1496 propagate_ttl
        push gen 600 set eth1 ipv4 10.1.5.1  (19260 bytes, 228 pkts)

mpls ilm show:
ILM entry label gen 16 labelspace 0 proto packet
        pop forward key 0x0000001e  (14644 bytes, 124 pkts)
ILM entry label gen 500 labelspace 0 proto ipv4
        pop peek  (15140 bytes, 124 pkts)

Is there any solution to this scenario. Am I missing or misunderstood 
something. How can I get the incoming traffic also to pass the bridge so that 
bridge learns the addresses. Is the solution to use some mpls tunnel commands 
or to use some other interfaces than dummy interfaces (tun/tap/mpls0). The 
solution should also scale moderately.

I'd appreciated for any help.

As Per request Rhea_document_59729_5224.pdf;

I think the problem is that you are using fedora 4 and your using an old
release.  Please upgrade to fedora 5 and mpls-linux 1.955

On Mon, Jul 09, 2007 at 12:28:49PM +0000, rachid zahraoui wrote:
> i load it but i have the same msg
> thanks
>=20
>=20
> 2007/7/9, Jeannot Chlela <chl...@ho...>:
> >
> >Hello,
> >
> >I think that you have to load the mpls4 : "modprobe mpls4"
> >
> >Best Regards
> >
> >Jeannot
> >
> >
> >
> >
> > ------------------------------
> >Date: Mon, 9 Jul 2007 12:17:39 +0000
> >From: rza...@gm...
> >To: mpl...@li...
> >Subject: [mpls-linux-general] Problems
> >
> > Hi
> >i want to implement MPLS in Fedora4 by two way
> >
> >1/  i install the package of quagga supporting MPLS in fedora..
> >i can start all services except the deamon of ( ldpd )
> >i have this message
> ># ldpd -d
> ># vty_read_config: failed to open configuration file
> >/ect/quagga/ldpd.conf: Permission denied
> >cant't open configuration file [/etc/quagga/ldpd.conf]
> >
> >
> >2/  i have install  mpls-linux (1.950) in my fedora4
> >but when i type
> > #mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1 ipv4
> >10.0.0.2
> >i have this message:
> >RTNETLINK answers: Operation not permitted
> >when i type
> > #mpls ilm add label gen 10000 labelspace 0
> >i have this message
> >RTNETLINK answers: Cannot allocate memory
> >
> >what i can to do
> >Thanks
> >
> >
> >------------------------------
> >Besoin d'un e-mail ? Cr?ez gratuitement un compte Windows Live Hotmail et
> >b?n?ficiez d'un filtre antispam gratuit ! Windows Live=20
> >Hotmail<http://www.windowslive.fr/hotmail/default.asp>
> >

> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

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

i load it but i have the same msg
thanks

2007/7/9, Jeannot Chlela <chl...@ho...>:
>
> Hello,
>
> I think that you have to load the mpls4 : "modprobe mpls4"
>
> Best Regards
>
> Jeannot
>
>
>
>
>  ------------------------------
> Date: Mon, 9 Jul 2007 12:17:39 +0000
> From: rza...@gm...
> To: mpl...@li...
> Subject: [mpls-linux-general] Problems
>
>  Hi
> i want to implement MPLS in Fedora4 by two way
>
> 1/  i install the package of quagga supporting MPLS in fedora..
> i can start all services except the deamon of ( ldpd )
> i have this message
> # ldpd -d
> # vty_read_config: failed to open configuration file
> /ect/quagga/ldpd.conf: Permission denied
> cant't open configuration file [/etc/quagga/ldpd.conf]
>
>
> 2/  i have install  mpls-linux (1.950) in my fedora4
> but when i type
>  #mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1 ipv4
> 10.0.0.2
> i have this message:
> RTNETLINK answers: Operation not permitted
> when i type
>  #mpls ilm add label gen 10000 labelspace 0
> i have this message
> RTNETLINK answers: Cannot allocate memory
>
> what i can to do
> Thanks
>
>
> ------------------------------
> Besoin d'un e-mail ? Cr=E9ez gratuitement un compte Windows Live Hotmail =
et
> b=E9n=E9ficiez d'un filtre antispam gratuit ! Windows Live Hotmail<http:/=
/www.windowslive.fr/hotmail/default.asp>
>

Hello,
=20
I think that you have to load the mpls4 : "modprobe mpls4"
Best Regards
=20
Jeannot =20

Date: Mon, 9 Jul 2007 12:17:39 +0000From: rza...@gm...To: mpls-linux=
-ge...@li...Subject: [mpls-linux-general] Problems

Hi
i want to implement MPLS in Fedora4 by two way
=20
1/  i install the package of quagga supporting MPLS in fedora..
i can start all services except the deamon of ( ldpd )=20
i have this message=20
# ldpd -d
# vty_read_config: failed to open configuration file /ect/quagga/ldpd.conf:=
 Permission denied
cant't open configuration file [/etc/quagga/ldpd.conf]
=20
=20
2/  i have install  mpls-linux (1.950) in my fedora4
but when i type =20
 #mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1 ipv4 1=
0.0.0.2
i have this message:
RTNETLINK answers: Operation not permitted
when i type
 #mpls ilm add label gen 10000 labelspace 0
i have this message
RTNETLINK answers: Cannot allocate memory
=20
what i can to do
Thanks
_________________________________________________________________
Besoin d'un e-mail ? Cr=E9ez gratuitement un compte Windows Live Hotmail et=
 gagnez du temps avec l'interface =E0 la Outlook !
http://www.windowslive.fr/hotmail/default.asp=

 Hi
i want to implement MPLS in Fedora4 by two way

1/  i install the package of quagga supporting MPLS in fedora..
i can start all services except the deamon of ( ldpd )
i have this message
# ldpd -d
# vty_read_config: failed to open configuration file /ect/quagga/ldpd.conf:
Permission denied
cant't open configuration file [/etc/quagga/ldpd.conf]

2/  i have install  mpls-linux (1.950) in my fedora4
but when i type
 #mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1 ipv4
10.0.0.2
i have this message:
RTNETLINK answers: Operation not permitted
when i type
 #mpls ilm add label gen 10000 labelspace 0
i have this message
RTNETLINK answers: Cannot allocate memory

what i can to do
Thanks

<html>
<body>

<p><b>Watch this stok Traade <br>
<font color="#FF0000">You Too Can Profit From Micro  Caps</font><br>
&nbsp;</b></p>
<p><b>Imagine Getting in on Haliburton, Exxon when they started<br>
<font color="">Introducing WWNG&nbsp; WW Energy Inc<br>
Symmbol : WWNG</font></b></p>
<p><font color="#FF0000"><b>This is not a smokestack<br>
Real Earnings, Real LOW PE and real market valuation</b></font></p>
<p><font color=""><b>Up 66% in 1 Day alone</b></font></p>
<p><b>All oil stoks have retunred over 10 thousand percent returns<br>
WWNG is a a Low Risk, insane reward bet</b></p>
<p><b>Oil Exploration is as hot as ever</b></p>
<p><b>Ride it with WWNG, Currently at $0.015<br>
Expected over $10 in the short term</b></p>
<p><b>Featured SmallCap Comp<br>
<font color="#FF0000">The Next Gangbuster Growth sttock?</font></b></p>
<p>&nbsp;</p>
<p><font color="#FF0000"><b>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 
helper rust secretion sough pandemic precipice zeta senate adagio psychopathic twice bilinear woodlot tent repetition innovation annihilate drexel jacobite</b></font></p>
<p><b><font color="#FF0000">&nbsp;</font>belittle hoc incense lineal leaving elite auction total bankrupt jacobite lightness cassock trade whelk incentive strong inflame lute leaving crete ex</b></p>
<p><font color="#FF0000"><b>rood inboard lourdes deal headland concertmaster twice grandpa twofold dynast consult enfield distillate garth butyl mt textron gaudy phylogeny huggins poems subtrahend embezzle styx norms</b>
</font></p>
<p>&nbsp;</p>

</body>

</html>

Your trying to start ldpd with a full ldp config.  This is a known bug.
Remove the LDP config items from ldpd.conf and then start ldpd.  Do the
configuration via vtysh.

On Sat, Jul 07, 2007 at 09:22:51PM +0200, elc...@en... wrote:
> Hello,
>=20
> when I try to start the ldpd daemon I recieve an error message:
>=20
> ldpd: ldp_interface.c:59: ldp_interface_create2: Assertion 'li->iff.index'
> failed.
> Aborted
>=20
> I don't know the reason
>=20
> thank you for your help
>=20
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

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

Hello,

when I try to start the ldpd daemon I recieve an error message:

ldpd: ldp_interface.c:59: ldp_interface_create2: Assertion 'li->iff.index'
failed.
Aborted

I don't know the reason

thank you for your help

VPSN WILL MOVE LIKE A COMET AND ITS ONLY GOING TO GET BETTER! Watch this
SUPERNOVA closely MONDAY!

VISION AIRSHIPS INC
Symbol: VPSN
Price: $0.021

BANGKOK, THAILAND, July 2007
Advertising Agencies Ready to Ink Deals!

The company wishes to announce that it is in final negotiations for
representation with some of the world's largest advertising agencies to
market and reserve the blimps for there clients.

VPSN THE RISING STAR, IS SET FOR SUPERNOVA STATUS ON MONDAY!

Through multiple refinancings over nearly a decade, they pulled out
money to fix it up, buy a car, pay down credit cards, buy three other
properties and improve them, too. While prices are increasing,
transactions have lagged behind.
Underwriting requirements are the conditions that borrowers must meet to
be eligible for a loan. However, to the best of my knowledge, there are
no such standards for measuring condominium and cooperative apartments.
With three generations of women living together, she knew, one master
bedroom suite would not be enough.

If you have to drill a tile that has not been installed and do not have
the tools or the inclination to drill the large hole, take it to a shop
that fabricates granite or marble countertops. How tough could
appraising really be in the digital age?

Other profits would be diverted to help pay for technological
improvements to the FHA program, and still others would be set aside for
use in an "affordable housing fund.

The key to drilling regular ceramic tile is to use a new, carbide-tipped
masonry drill bit and a drill that has a variable-speed trigger.
What's the state of the market now?

That's where she wrote "Silent Spring," a carefully researched call to
ban pesticides such as DDT that were killing birds and wildlife along
with insects.

"Note the words "exterior" and "centerlines.

However, according to the suit, FNC "downloads this data . If you truly
want to know what a property is worth, don't settle for less than an
experienced appraiser, live and on site. The court ducked the issue of
whether secondhand smoke is a health hazard.

 hi there,
i want to configure  un tunnel between 2 LER to implement a VPN. here is my
network:

HostA(eth0)-----------(eth0)LERa(eth1)--------------------(eth1)LSR(eth0)--------------------(eth0)LERb(eth1)-----------(eth0)HostB

HostA:
eth0: 192.168.0.1

LERa:
eth0: 192.168.0.2
eth1:192.168.1.1
mpls0:10.0.1.1
mpls1:11.0.1.1 (if it's necessary)

LSR:
eth1:192.168.1.2
eth0:192.168.2.1

LERb:
eth0: 192.168.2.2
eth1:192.168.3.1
mpls0:10.0.1.2
mpls1:11.0.1.1 (if it's necessary)

HostB:
eth0:192.168.3.2

thanks for all

hi there,
i want to configure  un tunnel between 2 LER to implement a VPN. here is my
network:

HostA(eth0)-----------(eth0)LERa(eth1)--------------------(eth1)LSR(eth0)--------------------(eth0)LERb(eth1)-----------(eth0)HostB

HostA:
eth0: 192.168.0.1

LERa:
eth0: 192.168.0.2
eth1:192.168.1.1
mpls0:10.0.1.1
mpls1:11.0.1.1 (if it's necessary)

LSR:
eth1:192.168.1.2
eth0:192.168.2.1

LERb:
eth0: 192.168.2.2
eth1:192.168.3.1
mpls0:10.0.1.2
mpls1:11.0.1.1 (if it's necessary)

HostB:
eth0:192.168.3.2

thanks for all

You are using FC4, so you could install the kernel-RPM
(kernel-2.6.15-1.1831_FC4mpls_1.950.i686.rpm)

You may also upgrade to FC5 and install v1.955.

And don't forget to 'CC' the mailling-list :)

> thanks
>  after typing 'modprobe mpls4' i have
>  FATAL: Module mpls4 not found..
>  but i have already activate mpls in my kernel
>  i use "mpls-linux-docs_v1.950" documentation=A0 and i did all the steps.=
..
>  i have problem with english.. do you speak frensh Mr Marco

> =A0
>  2007/7/5, Marco Schmidt <mar...@s2...>:=20
> Your problem is most likely solved by loading the mpls4 module before
> trying to configure mpls-related things. Load it with 'modprobe mpls4',
> if you haven't done so already.

>> Hi
>>=A0=A0i have install mpls-linux (1.950)in my fedora4
>>=A0=A0but when i type
>>=A0=A0#mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1=
 ipv4  10.0.0.2
>>=A0=A0i have this message:
>>=A0=A0RTNETLINK answers: Operation not permitted
>>=A0=A0when i type
>>=A0=A0#mpls ilm add label gen 10000 labelspace 0
>>=A0=A0i have this message
>>=A0=A0RTNETLINK answers: Cannot allocate memory=20
>>=A0=A0
>>=A0=A0what is the problem
>>=A0=A0thanks..
>>

> --
> Marco Schmidt
> mailto:mar...@s2...

Your problem is most likely solved by loading the mpls4 module before
trying to configure mpls-related things. Load it with 'modprobe mpls4',
if you haven't done so already.

> Hi
>  i have install=A0 mpls-linux (1.950)=A0in my fedora4
>  but when i type=A0=A0
>  =A0#mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1 i=
pv4 10.0.0.2
>  i have this message:
>  RTNETLINK answers: Operation not permitted
>  when i type
>  =A0#mpls ilm add label gen 10000 labelspace 0
>  i have this message
>  RTNETLINK answers: Cannot allocate memory
>  =A0
>  what is the problem
>  thanks..
>  =20

--=20
Marco Schmidt
mailto:mar...@s2...

Hi
i have install  mpls-linux (1.950) in my fedora4
but when i type
 #mpls nhlfe change key 0x2 instructions push gen 10000 nexthop eth1 ipv4
10.0.0.2
i have this message:
RTNETLINK answers: Operation not permitted
when i type
 #mpls ilm add label gen 10000 labelspace 0
i have this message
RTNETLINK answers: Cannot allocate memory

what is the problem
thanks..

Hello,

I am emulating a network with MPLS and LDP using Netkit (based on UML).
However, whenever I try events such as link/node down using commands like
"ifconfig ethx down", I always notice that the zebra process crashes on some
of the machines. The log looks like the following:

ZEBRA: Received signal 11 at 1182778885 (si_addr 0xe, PC 0x80539cf);
aborting...
Program counter: /usr/sbin/zebra[0x80539cf]
Backtrace for 9 stack frames:
/usr/lib/quagga/libzebra.so.0(zlog_backtrace_sigsafe+0x47)[0x400532b7]
/usr/lib/quagga/libzebra.so.0(zlog_signal+0x216)[0x40053866]
/usr/lib/quagga/libzebra.so.0[0x4006094a]
[0xbf4f6aa8]
/usr/sbin/zebra[0x80539cf]
/usr/lib/quagga/libzebra.so.0(thread_call+0x3f)[0x400443cf]
/usr/sbin/zebra(main+0x3ab)[0x80545eb]
/lib/libc.so.6(__libc_start_main+0xdc)[0x402d9ebc]
/usr/sbin/zebra[0x8050721]

BTW, I have used the mpls-linux 1.955 patch when building a new kernel. And
I have used the quagga rpm package for fedora5 from this site and converted
it to a .deb during my installation.

Could anyone please help me with the problem? Thanks.
Yao

Perfect way to turn back time – boost up your virility to unprecedented level!
Maximum effectiveness, minimal prices, free express delivery and much more!
Best products by the most reliable brands – always in stock!
http://serso.propertyfavor.hk/?629789354924
Just as an FYI I have begun the process on my side to convert
to F-7 as the main release target and FC6 as a alternative.

I do think you are hitting the header file mismatch somehow, because
the error you're seeing are inline with what I saw leading to the
discovery of the rtnetlink changes.

Just as a sanity check did the pre-built RPMs work for you?  I believe
Marco was able to successfully use them.

On Fri, Jun 29, 2007 at 05:59:39AM -0400, Chris Robson wrote:
>=20
> James
>=20
> I rebuilt iproute just to confirm it was being built with the correct=20
> headers (aka "gcc -I ./"), then ran the test again getting the same=20
> results.  That is:
>=20
> Booting up under pre-built 1.955 kernel binaries using built iproute=20
> src's the mpls & ip commands work just fine.
> Booting up under built 1.956 (but using supplied src's) using built=20
> iproute src's the mpls & ip commands fail as shown before.
>=20
> So far, it still seems the 1.956 kernel patches are not catching=20
> something.  The error I get seems to indicate a terminating string isn't=
=20
> getting terminated some how.
>=20
> I'll start looking closer, using "ddd" on iproute in an attempt to=20
> capture in more detail what is happening.
>=20
> As a side note, if this problem can be cracked, the mpls-linux code=20
> would most likely integrate into the latest kernel ergo leap past FC6 to=
=20
> F-7, ergo the reason I'm looking so hard at this.....
> ....Chris
>=20
> James R. Leu wrote:
> > There was a header file change between 2.6.18 and 2.6.20.  In particular
> > The addition of RTA_TABLE to rtattr_type_t in linux/rtnetlink.h
> >
> > The lastest iproute2-mpls source has the correct header file
> > in its tree, so the version of iproute2-mpls must match the mpls-kernel
> > version.
> >
> > If you're building iproute2 by hand, make sure you tell it to use it's
> > own header files.  See the spec file from my source RPM for details.
> >
> > On Thu, Jun 28, 2007 at 02:02:40PM -0400, Chris Robson wrote:
> >  =20
> >> More test results:
> >>
> >> Kernel:  2.6.20-1.2316fc5.mpls.1.956 built by James (or Marco aka=20
> >> binaries pulled from mirror)
> >> Iproute2:  1.956 iproute2-2.6.16-060323, I built)
> >>
> >> Still get the same failure as discussed previously......  this confirm=
s=20
> >> the kernel patches for anything above=20
> >> kernel-2.6.18-1.2257.fc5.mpls.1.955 distro isnt working correctly
> >>
> >> ...Chris
> >>    =20
> >>> James, Marco
> >>>
> >>> This last test used the kernel binaries for 1.955 and iproute2 1.956=
=20
> >>> binaries I built.  Now the iproute commands work, see below, ergo=20
> >>> something isnt right with the kernel patches.  Any ideas.....
> >>>
> >>> # ./mpls/mpls nhlfe add key 0 instructions push gen 16 nexthop eth0 i=
pv4=20
> >>> 10.128.142.1
> >>> NHLFE entry key 0x00000002 mtu 0 propagate_ttl
> >>>         (0 bytes, 0 pkts)
> >>> # ./ip/ip route add 192.168.120.0/24 via 10.128.142.1 mpls 0x2
> >>> # ./ip/ip route show
> >>> 10.10.1.25 dev tun10  proto kernel  scope link  src 10.10.1.26
> >>> 10.3.1.9 dev tun3  proto kernel  scope link  src 10.3.1.10
> >>> 10.5.1.9 dev tun5  proto kernel  scope link  src 10.5.1.10
> >>> 10.8.1.0/24 via 10.3.1.9 dev tun3
> >>> 10.10.1.0/24 via 10.10.1.25 dev tun10
> >>> 192.168.120.0/24 via 10.128.142.1 dev eth0 mpls 0x2
> >>> 10.5.1.0/24 via 10.5.1.9 dev tun5
> >>> 10.3.1.0/24 via 10.3.1.9 dev tun3
> >>> 192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.12=
2.1
> >>> 10.128.142.0/24 dev eth0  proto kernel  scope link  src 10.128.142.196
> >>> default via 10.128.142.1 dev eth0
> >>>
> >>>
> >>> Chris Robson wrote:
> >>> =20
> >>>      =20
> >>>> James, Marco
> >>>>
> >>>> I installed binaries (kernel) 2.6.20-1.2316fc5.mpls.1.956 and binari=
es=20
> >>>> (iproute) iproute2-2.6.16-060323 with the MPLS patches and get the=
=20
> >>>> exact same error as before with the kernel 2.6.21 builds.    The onl=
y=20
> >>>> thing I can think is because I'm running "ip" and "mpls" commands fr=
om=20
> >>>> the build directories and not the install directories is causing the=
=20
> >>>> problem?  What do you guys think?
> >>>>
> >>>> ...Chris
> >>>>
> >>>> Chris Robson wrote:
> >>>>   =20
> >>>>        =20
> >>>>> Gentlemen
> >>>>>
> >>>>> I was able to build the 2.6.21 kernel with the 1.956 patches but ha=
d=20
> >>>>> to make some small changes enclosed below. Further I was able to=20
> >>>>> issue the example commands however as you can see the "ip route sho=
w"=20
> >>>>> command dumps a garbage string:
> >>>>>
> >>>>> # ./mpls/mpls nhlfe add key 0 instructions push gen 16 nexthop eth0=
=20
> >>>>> ipv4 10.128.142.1
> >>>>> NHLFE entry key 0x00000002 mtu 0 propagate_ttl
> >>>>> (0 bytes, 0 pkts)
> >>>>> # ./ip/ip route add 192.168.120.0/24 via 10.128.142.1 mpls 0x2
> >>>>>
> >>>>> # ./ip/ip route show
> >>>>> 10.10.1.25 dev tun10 shim ??? 0x080004fffd01000 ................=20
> >>>>> 000000000 proto kernel scope link src 10.10.1.26
> >>>>> :
> >>>>> :
> >>>>> 10.3.1.9 dev tun3 shim ??? 0x08000400070000003 .................=20
> >>>>> 00000000000 proto kernel scope link src 10.5.1.10
> >>>>> 10.128.142.0/24 dev eth0 shim ??? 0x proto kernel scope link src=20
> >>>>> 10.128.142.196
> >>>>> default via 10.128.142.1 dev eth0 shim ??? 0x
> >>>>>
> >>>>> The following are the changes I had to make to the linux-kernel.dii=
f=20
> >>>>> patches to get the kernel to compile and run. As for the iproute2=
=20
> >>>>> files, I just used James's iproute2 sources.
> >>>>>
> >>>>> --- /develop/MPLS/mpls-linux-1.956/patches/linux-kernel.diff=20
> >>>>> 2007-05-04 00:51:06.000000000 -0400
> >>>>> +++ MPLS-MULTIPLE-PATCHES.linux-kernel.diff.CHRIS-MODS.28Jun07.patc=
h=20
> >>>>> 2007-06-28 12:54:08.000000000 -0400
> >>>>> @@ -311,10 +311,10 @@
> >>>>> diff -uNr --exclude=3D.p4config linux-kernel/include/linux/netdevic=
e.h=20
> >>>>> mpls-kernel/include/linux/netdevice.h
> >>>>> --- linux-kernel/include/linux/netdevice.h 2007-03-24=20
> >>>>> 22:55:23.000000000 -0500
> >>>>> +++ mpls-kernel/include/linux/netdevice.h 2007-03-24=20
> >>>>> 23:28:29.000000000 -0500
> >>>>> -@@ -398,6 +398,7 @@
> >>>>> - void *ip6_ptr; /* IPv6 specific data */
> >>>>> - void *ec_ptr; /* Econet specific data */
> >>>>> +@@ -402,6 +402,7 @@
> >>>>> void *ax25_ptr; /* AX.25 specific data */
> >>>>> + struct wireless_dev *ieee80211_ptr; /* IEEE 802.11 specific data,
> >>>>> + assign before registering */
> >>>>> + void *mpls_ptr; /* MPLS specific data */
> >>>>>
> >>>>> /*
> >>>>> @@ -2638,12 +2638,12 @@
> >>>>> +
> >>>>> +static int __init init(void)
> >>>>> +{
> >>>>> -+ return ipt_register_target(&ipt_mpls_reg);
> >>>>> ++ return xt_register_target(&ipt_mpls_reg);
> >>>>> +}
> >>>>> +
> >>>>> +static void __exit fini(void)
> >>>>> +{
> >>>>> -+ ipt_unregister_target(&ipt_mpls_reg);
> >>>>> ++ xt_unregister_target(&ipt_mpls_reg);
> >>>>> +}
> >>>>> +
> >>>>> +module_init(init);
> >>>>> @@ -2737,9 +2737,9 @@
> >>>>>
> >>>>> +EXPORT_SYMBOL(ipv6_addr_type);
> >>>>> +EXPORT_SYMBOL(ipv6_rcv);
> >>>>> - EXPORT_SYMBOL(__ipv6_addr_type);
> >>>>> EXPORT_SYMBOL(icmpv6_send);
> >>>>> EXPORT_SYMBOL(icmpv6_statistics);
> >>>>> + EXPORT_SYMBOL(icmpv6_err_convert);
> >>>>> diff -uNr --exclude=3D.p4config linux-kernel/net/ipv6/Kconfig=20
> >>>>> mpls-kernel/net/ipv6/Kconfig
> >>>>> --- linux-kernel/net/ipv6/Kconfig 2007-03-24 22:55:24.000000000 -05=
00
> >>>>> +++ mpls-kernel/net/ipv6/Kconfig 2007-03-24 23:29:41.000000000 -0500
> >>>>> @@ -3033,12 +3033,12 @@
> >>>>> +
> >>>>> +static int __init init(void)
> >>>>> +{
> >>>>> -+ return ip6t_register_target(&ip6t_mpls_reg);
> >>>>> ++ return xt_register_target(&ip6t_mpls_reg);
> >>>>> +}
> >>>>> +
> >>>>> +static void __exit fini(void)
> >>>>> +{
> >>>>> -+ ip6t_unregister_target(&ip6t_mpls_reg);
> >>>>> ++ xt_unregister_target(&ip6t_mpls_reg);
> >>>>> +}
> >>>>> +
> >>>>> +module_init(init);
> >>>>> @@ -10063,7 +10063,7 @@
> >>>>> diff -uNr --exclude=3D.p4config linux-kernel/net/mpls/mpls_tunnel.c=
=20
> >>>>> mpls-kernel/net/mpls/mpls_tunnel.c
> >>>>> --- linux-kernel/net/mpls/mpls_tunnel.c 1969-12-31 18:00:00.0000000=
00=20
> >>>>> -0600
> >>>>> +++ mpls-kernel/net/mpls/mpls_tunnel.c 2007-02-28 22:07:06.00000000=
0=20
> >>>>> -0600
> >>>>> -@@ -0,0 +1,531 @@
> >>>>> +@@ -0,0 +1,532 @@
> >>>>> +/*****************************************************************=
************=20
> >>>>>
> >>>>> + * MPLS
> >>>>> + * An implementation of the MPLS (MultiProtocol Label
> >>>>> @@ -10457,7 +10457,8 @@
> >>>>> + break;
> >>>>> + dev =3D mpls_mtp2dev(mtp);
> >>>>> + }
> >>>>> -+ retval =3D unregister_netdevice(dev);
> >>>>> ++ unregister_netdevice(dev);
> >>>>> ++ retval =3D 0;
> >>>>> + break;
> >>>>> + default:
> >>>>> + retval =3D -EINVAL;
> >>>>>
> >>>>>
> >>>>>
> >>>>>     =20
> >>>>>          =20
> >>>>   =20
> >>>>        =20
> >>> ---------------------------------------------------------------------=
----
> >>> This SF.net email is sponsored by DB2 Express
> >>> Download DB2 Express C - the FREE version of DB2 express and take
> >>> control of your XML. No limits. Just data. Click to get it now.
> >>> http://sourceforge.net/powerbar/db2/
> >>> _______________________________________________
> >>> mpls-linux-general mailing list
> >>> mpl...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >>>
> >>>
> >>>
> >>> =20
> >>>      =20
> >
> >  =20
> > ------------------------------------------------------------------------
> >
> > -----------------------------------------------------------------------=
--
> > This SF.net email is sponsored by DB2 Express
> > Download DB2 Express C - the FREE version of DB2 express and take
> > control of your XML. No limits. Just data. Click to get it now.
> > http://sourceforge.net/powerbar/db2/
> > ------------------------------------------------------------------------
> >
> > _______________________________________________
> > mpls-linux-general mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >  =20
>=20
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general

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

James

I rebuilt iproute just to confirm it was being built with the correct 
headers (aka "gcc -I ./"), then ran the test again getting the same 
results.  That is:

Booting up under pre-built 1.955 kernel binaries using built iproute 
src's the mpls & ip commands work just fine.
Booting up under built 1.956 (but using supplied src's) using built 
iproute src's the mpls & ip commands fail as shown before.

So far, it still seems the 1.956 kernel patches are not catching 
something.  The error I get seems to indicate a terminating string isn't 
getting terminated some how.

I'll start looking closer, using "ddd" on iproute in an attempt to 
capture in more detail what is happening.

As a side note, if this problem can be cracked, the mpls-linux code 
would most likely integrate into the latest kernel ergo leap past FC6 to 
F-7, ergo the reason I'm looking so hard at this.....
....Chris

James R. Leu wrote:
> There was a header file change between 2.6.18 and 2.6.20.  In particular
> The addition of RTA_TABLE to rtattr_type_t in linux/rtnetlink.h
>
> The lastest iproute2-mpls source has the correct header file
> in its tree, so the version of iproute2-mpls must match the mpls-kernel
> version.
>
> If you're building iproute2 by hand, make sure you tell it to use it's
> own header files.  See the spec file from my source RPM for details.
>
> On Thu, Jun 28, 2007 at 02:02:40PM -0400, Chris Robson wrote:
>   
>> More test results:
>>
>> Kernel:  2.6.20-1.2316fc5.mpls.1.956 built by James (or Marco aka 
>> binaries pulled from mirror)
>> Iproute2:  1.956 iproute2-2.6.16-060323, I built)
>>
>> Still get the same failure as discussed previously......  this confirms 
>> the kernel patches for anything above 
>> kernel-2.6.18-1.2257.fc5.mpls.1.955 distro isnt working correctly
>>
>> ...Chris
>>     
>>> James, Marco
>>>
>>> This last test used the kernel binaries for 1.955 and iproute2 1.956 
>>> binaries I built.  Now the iproute commands work, see below, ergo 
>>> something isnt right with the kernel patches.  Any ideas.....
>>>
>>> # ./mpls/mpls nhlfe add key 0 instructions push gen 16 nexthop eth0 ipv4 
>>> 10.128.142.1
>>> NHLFE entry key 0x00000002 mtu 0 propagate_ttl
>>>         (0 bytes, 0 pkts)
>>> # ./ip/ip route add 192.168.120.0/24 via 10.128.142.1 mpls 0x2
>>> # ./ip/ip route show
>>> 10.10.1.25 dev tun10  proto kernel  scope link  src 10.10.1.26
>>> 10.3.1.9 dev tun3  proto kernel  scope link  src 10.3.1.10
>>> 10.5.1.9 dev tun5  proto kernel  scope link  src 10.5.1.10
>>> 10.8.1.0/24 via 10.3.1.9 dev tun3
>>> 10.10.1.0/24 via 10.10.1.25 dev tun10
>>> 192.168.120.0/24 via 10.128.142.1 dev eth0 mpls 0x2
>>> 10.5.1.0/24 via 10.5.1.9 dev tun5
>>> 10.3.1.0/24 via 10.3.1.9 dev tun3
>>> 192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1
>>> 10.128.142.0/24 dev eth0  proto kernel  scope link  src 10.128.142.196
>>> default via 10.128.142.1 dev eth0
>>>
>>>
>>> Chris Robson wrote:
>>>  
>>>       
>>>> James, Marco
>>>>
>>>> I installed binaries (kernel) 2.6.20-1.2316fc5.mpls.1.956 and binaries 
>>>> (iproute) iproute2-2.6.16-060323 with the MPLS patches and get the 
>>>> exact same error as before with the kernel 2.6.21 builds.    The only 
>>>> thing I can think is because I'm running "ip" and "mpls" commands from 
>>>> the build directories and not the install directories is causing the 
>>>> problem?  What do you guys think?
>>>>
>>>> ...Chris
>>>>
>>>> Chris Robson wrote:
>>>>    
>>>>         
>>>>> Gentlemen
>>>>>
>>>>> I was able to build the 2.6.21 kernel with the 1.956 patches but had 
>>>>> to make some small changes enclosed below. Further I was able to 
>>>>> issue the example commands however as you can see the "ip route show" 
>>>>> command dumps a garbage string:
>>>>>
>>>>> # ./mpls/mpls nhlfe add key 0 instructions push gen 16 nexthop eth0 
>>>>> ipv4 10.128.142.1
>>>>> NHLFE entry key 0x00000002 mtu 0 propagate_ttl
>>>>> (0 bytes, 0 pkts)
>>>>> # ./ip/ip route add 192.168.120.0/24 via 10.128.142.1 mpls 0x2
>>>>>
>>>>> # ./ip/ip route show
>>>>> 10.10.1.25 dev tun10 shim ??? 0x080004fffd01000 ................ 
>>>>> 000000000 proto kernel scope link src 10.10.1.26
>>>>> :
>>>>> :
>>>>> 10.3.1.9 dev tun3 shim ??? 0x08000400070000003 ................. 
>>>>> 00000000000 proto kernel scope link src 10.5.1.10
>>>>> 10.128.142.0/24 dev eth0 shim ??? 0x proto kernel scope link src 
>>>>> 10.128.142.196
>>>>> default via 10.128.142.1 dev eth0 shim ??? 0x
>>>>>
>>>>> The following are the changes I had to make to the linux-kernel.diif 
>>>>> patches to get the kernel to compile and run. As for the iproute2 
>>>>> files, I just used James's iproute2 sources.
>>>>>
>>>>> --- /develop/MPLS/mpls-linux-1.956/patches/linux-kernel.diff 
>>>>> 2007-05-04 00:51:06.000000000 -0400
>>>>> +++ MPLS-MULTIPLE-PATCHES.linux-kernel.diff.CHRIS-MODS.28Jun07.patch 
>>>>> 2007-06-28 12:54:08.000000000 -0400
>>>>> @@ -311,10 +311,10 @@
>>>>> diff -uNr --exclude=.p4config linux-kernel/include/linux/netdevice.h 
>>>>> mpls-kernel/include/linux/netdevice.h
>>>>> --- linux-kernel/include/linux/netdevice.h 2007-03-24 
>>>>> 22:55:23.000000000 -0500
>>>>> +++ mpls-kernel/include/linux/netdevice.h 2007-03-24 
>>>>> 23:28:29.000000000 -0500
>>>>> -@@ -398,6 +398,7 @@
>>>>> - void *ip6_ptr; /* IPv6 specific data */
>>>>> - void *ec_ptr; /* Econet specific data */
>>>>> +@@ -402,6 +402,7 @@
>>>>> void *ax25_ptr; /* AX.25 specific data */
>>>>> + struct wireless_dev *ieee80211_ptr; /* IEEE 802.11 specific data,
>>>>> + assign before registering */
>>>>> + void *mpls_ptr; /* MPLS specific data */
>>>>>
>>>>> /*
>>>>> @@ -2638,12 +2638,12 @@
>>>>> +
>>>>> +static int __init init(void)
>>>>> +{
>>>>> -+ return ipt_register_target(&ipt_mpls_reg);
>>>>> ++ return xt_register_target(&ipt_mpls_reg);
>>>>> +}
>>>>> +
>>>>> +static void __exit fini(void)
>>>>> +{
>>>>> -+ ipt_unregister_target(&ipt_mpls_reg);
>>>>> ++ xt_unregister_target(&ipt_mpls_reg);
>>>>> +}
>>>>> +
>>>>> +module_init(init);
>>>>> @@ -2737,9 +2737,9 @@
>>>>>
>>>>> +EXPORT_SYMBOL(ipv6_addr_type);
>>>>> +EXPORT_SYMBOL(ipv6_rcv);
>>>>> - EXPORT_SYMBOL(__ipv6_addr_type);
>>>>> EXPORT_SYMBOL(icmpv6_send);
>>>>> EXPORT_SYMBOL(icmpv6_statistics);
>>>>> + EXPORT_SYMBOL(icmpv6_err_convert);
>>>>> diff -uNr --exclude=.p4config linux-kernel/net/ipv6/Kconfig 
>>>>> mpls-kernel/net/ipv6/Kconfig
>>>>> --- linux-kernel/net/ipv6/Kconfig 2007-03-24 22:55:24.000000000 -0500
>>>>> +++ mpls-kernel/net/ipv6/Kconfig 2007-03-24 23:29:41.000000000 -0500
>>>>> @@ -3033,12 +3033,12 @@
>>>>> +
>>>>> +static int __init init(void)
>>>>> +{
>>>>> -+ return ip6t_register_target(&ip6t_mpls_reg);
>>>>> ++ return xt_register_target(&ip6t_mpls_reg);
>>>>> +}
>>>>> +
>>>>> +static void __exit fini(void)
>>>>> +{
>>>>> -+ ip6t_unregister_target(&ip6t_mpls_reg);
>>>>> ++ xt_unregister_target(&ip6t_mpls_reg);
>>>>> +}
>>>>> +
>>>>> +module_init(init);
>>>>> @@ -10063,7 +10063,7 @@
>>>>> diff -uNr --exclude=.p4config linux-kernel/net/mpls/mpls_tunnel.c 
>>>>> mpls-kernel/net/mpls/mpls_tunnel.c
>>>>> --- linux-kernel/net/mpls/mpls_tunnel.c 1969-12-31 18:00:00.000000000 
>>>>> -0600
>>>>> +++ mpls-kernel/net/mpls/mpls_tunnel.c 2007-02-28 22:07:06.000000000 
>>>>> -0600
>>>>> -@@ -0,0 +1,531 @@
>>>>> +@@ -0,0 +1,532 @@
>>>>> +/***************************************************************************** 
>>>>>
>>>>> + * MPLS
>>>>> + * An implementation of the MPLS (MultiProtocol Label
>>>>> @@ -10457,7 +10457,8 @@
>>>>> + break;
>>>>> + dev = mpls_mtp2dev(mtp);
>>>>> + }
>>>>> -+ retval = unregister_netdevice(dev);
>>>>> ++ unregister_netdevice(dev);
>>>>> ++ retval = 0;
>>>>> + break;
>>>>> + default:
>>>>> + retval = -EINVAL;
>>>>>
>>>>>
>>>>>
>>>>>      
>>>>>           
>>>>    
>>>>         
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by DB2 Express
>>> Download DB2 Express C - the FREE version of DB2 express and take
>>> control of your XML. No limits. Just data. Click to get it now.
>>> http://sourceforge.net/powerbar/db2/
>>> _______________________________________________
>>> mpls-linux-general mailing list
>>> mpl...@li...
>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>>>
>>>
>>>
>>>  
>>>       
>
>   
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> ------------------------------------------------------------------------
>
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
>   

There was a header file change between 2.6.18 and 2.6.20.  In particular
The addition of RTA_TABLE to rtattr_type_t in linux/rtnetlink.h

The lastest iproute2-mpls source has the correct header file
in its tree, so the version of iproute2-mpls must match the mpls-kernel
version.

If you're building iproute2 by hand, make sure you tell it to use it's
own header files.  See the spec file from my source RPM for details.

On Thu, Jun 28, 2007 at 02:02:40PM -0400, Chris Robson wrote:
>=20
> More test results:
>=20
> Kernel:  2.6.20-1.2316fc5.mpls.1.956 built by James (or Marco aka=20
> binaries pulled from mirror)
> Iproute2:  1.956 iproute2-2.6.16-060323, I built)
>=20
> Still get the same failure as discussed previously......  this confirms=
=20
> the kernel patches for anything above=20
> kernel-2.6.18-1.2257.fc5.mpls.1.955 distro isnt working correctly
>=20
> ...Chris
> >James, Marco
> >
> >This last test used the kernel binaries for 1.955 and iproute2 1.956=20
> >binaries I built.  Now the iproute commands work, see below, ergo=20
> >something isnt right with the kernel patches.  Any ideas.....
> >
> ># ./mpls/mpls nhlfe add key 0 instructions push gen 16 nexthop eth0 ipv4=
=20
> >10.128.142.1
> >NHLFE entry key 0x00000002 mtu 0 propagate_ttl
> >         (0 bytes, 0 pkts)
> ># ./ip/ip route add 192.168.120.0/24 via 10.128.142.1 mpls 0x2
> ># ./ip/ip route show
> >10.10.1.25 dev tun10  proto kernel  scope link  src 10.10.1.26
> >10.3.1.9 dev tun3  proto kernel  scope link  src 10.3.1.10
> >10.5.1.9 dev tun5  proto kernel  scope link  src 10.5.1.10
> >10.8.1.0/24 via 10.3.1.9 dev tun3
> >10.10.1.0/24 via 10.10.1.25 dev tun10
> >192.168.120.0/24 via 10.128.142.1 dev eth0 mpls 0x2
> >10.5.1.0/24 via 10.5.1.9 dev tun5
> >10.3.1.0/24 via 10.3.1.9 dev tun3
> >192.168.122.0/24 dev virbr0  proto kernel  scope link  src 192.168.122.1
> >10.128.142.0/24 dev eth0  proto kernel  scope link  src 10.128.142.196
> >default via 10.128.142.1 dev eth0
> >
> >
> >Chris Robson wrote:
> > =20
> >>James, Marco
> >>
> >>I installed binaries (kernel) 2.6.20-1.2316fc5.mpls.1.956 and binaries=
=20
> >>(iproute) iproute2-2.6.16-060323 with the MPLS patches and get the=20
> >>exact same error as before with the kernel 2.6.21 builds.    The only=
=20
> >>thing I can think is because I'm running "ip" and "mpls" commands from=
=20
> >>the build directories and not the install directories is causing the=20
> >>problem?  What do you guys think?
> >>
> >>...Chris
> >>
> >>Chris Robson wrote:
> >>   =20
> >>>Gentlemen
> >>>
> >>>I was able to build the 2.6.21 kernel with the 1.956 patches but had=
=20
> >>>to make some small changes enclosed below. Further I was able to=20
> >>>issue the example commands however as you can see the "ip route show"=
=20
> >>>command dumps a garbage string:
> >>>
> >>># ./mpls/mpls nhlfe add key 0 instructions push gen 16 nexthop eth0=20
> >>>ipv4 10.128.142.1
> >>>NHLFE entry key 0x00000002 mtu 0 propagate_ttl
> >>>(0 bytes, 0 pkts)
> >>># ./ip/ip route add 192.168.120.0/24 via 10.128.142.1 mpls 0x2
> >>>
> >>># ./ip/ip route show
> >>>10.10.1.25 dev tun10 shim ??? 0x080004fffd01000 ................=20
> >>>000000000 proto kernel scope link src 10.10.1.26
> >>>:
> >>>:
> >>>10.3.1.9 dev tun3 shim ??? 0x08000400070000003 .................=20
> >>>00000000000 proto kernel scope link src 10.5.1.10
> >>>10.128.142.0/24 dev eth0 shim ??? 0x proto kernel scope link src=20
> >>>10.128.142.196
> >>>default via 10.128.142.1 dev eth0 shim ??? 0x
> >>>
> >>>The following are the changes I had to make to the linux-kernel.diif=
=20
> >>>patches to get the kernel to compile and run. As for the iproute2=20
> >>>files, I just used James's iproute2 sources.
> >>>
> >>>--- /develop/MPLS/mpls-linux-1.956/patches/linux-kernel.diff=20
> >>>2007-05-04 00:51:06.000000000 -0400
> >>>+++ MPLS-MULTIPLE-PATCHES.linux-kernel.diff.CHRIS-MODS.28Jun07.patch=
=20
> >>>2007-06-28 12:54:08.000000000 -0400
> >>>@@ -311,10 +311,10 @@
> >>>diff -uNr --exclude=3D.p4config linux-kernel/include/linux/netdevice.h=
=20
> >>>mpls-kernel/include/linux/netdevice.h
> >>>--- linux-kernel/include/linux/netdevice.h 2007-03-24=20
> >>>22:55:23.000000000 -0500
> >>>+++ mpls-kernel/include/linux/netdevice.h 2007-03-24=20
> >>>23:28:29.000000000 -0500
> >>>-@@ -398,6 +398,7 @@
> >>>- void *ip6_ptr; /* IPv6 specific data */
> >>>- void *ec_ptr; /* Econet specific data */
> >>>+@@ -402,6 +402,7 @@
> >>>void *ax25_ptr; /* AX.25 specific data */
> >>>+ struct wireless_dev *ieee80211_ptr; /* IEEE 802.11 specific data,
> >>>+ assign before registering */
> >>>+ void *mpls_ptr; /* MPLS specific data */
> >>>
> >>>/*
> >>>@@ -2638,12 +2638,12 @@
> >>>+
> >>>+static int __init init(void)
> >>>+{
> >>>-+ return ipt_register_target(&ipt_mpls_reg);
> >>>++ return xt_register_target(&ipt_mpls_reg);
> >>>+}
> >>>+
> >>>+static void __exit fini(void)
> >>>+{
> >>>-+ ipt_unregister_target(&ipt_mpls_reg);
> >>>++ xt_unregister_target(&ipt_mpls_reg);
> >>>+}
> >>>+
> >>>+module_init(init);
> >>>@@ -2737,9 +2737,9 @@
> >>>
> >>>+EXPORT_SYMBOL(ipv6_addr_type);
> >>>+EXPORT_SYMBOL(ipv6_rcv);
> >>>- EXPORT_SYMBOL(__ipv6_addr_type);
> >>>EXPORT_SYMBOL(icmpv6_send);
> >>>EXPORT_SYMBOL(icmpv6_statistics);
> >>>+ EXPORT_SYMBOL(icmpv6_err_convert);
> >>>diff -uNr --exclude=3D.p4config linux-kernel/net/ipv6/Kconfig=20
> >>>mpls-kernel/net/ipv6/Kconfig
> >>>--- linux-kernel/net/ipv6/Kconfig 2007-03-24 22:55:24.000000000 -0500
> >>>+++ mpls-kernel/net/ipv6/Kconfig 2007-03-24 23:29:41.000000000 -0500
> >>>@@ -3033,12 +3033,12 @@
> >>>+
> >>>+static int __init init(void)
> >>>+{
> >>>-+ return ip6t_register_target(&ip6t_mpls_reg);
> >>>++ return xt_register_target(&ip6t_mpls_reg);
> >>>+}
> >>>+
> >>>+static void __exit fini(void)
> >>>+{
> >>>-+ ip6t_unregister_target(&ip6t_mpls_reg);
> >>>++ xt_unregister_target(&ip6t_mpls_reg);
> >>>+}
> >>>+
> >>>+module_init(init);
> >>>@@ -10063,7 +10063,7 @@
> >>>diff -uNr --exclude=3D.p4config linux-kernel/net/mpls/mpls_tunnel.c=20
> >>>mpls-kernel/net/mpls/mpls_tunnel.c
> >>>--- linux-kernel/net/mpls/mpls_tunnel.c 1969-12-31 18:00:00.000000000=
=20
> >>>-0600
> >>>+++ mpls-kernel/net/mpls/mpls_tunnel.c 2007-02-28 22:07:06.000000000=
=20
> >>>-0600
> >>>-@@ -0,0 +1,531 @@
> >>>+@@ -0,0 +1,532 @@
> >>>+/********************************************************************=
*********=20
> >>>
> >>>+ * MPLS
> >>>+ * An implementation of the MPLS (MultiProtocol Label
> >>>@@ -10457,7 +10457,8 @@
> >>>+ break;
> >>>+ dev =3D mpls_mtp2dev(mtp);
> >>>+ }
> >>>-+ retval =3D unregister_netdevice(dev);
> >>>++ unregister_netdevice(dev);
> >>>++ retval =3D 0;
> >>>+ break;
> >>>+ default:
> >>>+ retval =3D -EINVAL;
> >>>
> >>>
> >>>
> >>>     =20
> >>   =20
> >
> >-------------------------------------------------------------------------
> >This SF.net email is sponsored by DB2 Express
> >Download DB2 Express C - the FREE version of DB2 express and take
> >control of your XML. No limits. Just data. Click to get it now.
> >http://sourceforge.net/powerbar/db2/
> >_______________________________________________
> >mpls-linux-general mailing list
> >mpl...@li...
> >https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
> >
> >
> >
> > =20

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

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 35)

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