mpls-linux-general Mailing List for MPLS for Linux (Page 118)
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-general — Mailing list for general discussion about MPLS for Linux
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(26) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(22) |
Feb
(19) |
Mar
(19) |
Apr
(45) |
May
(52) |
Jun
(101) |
Jul
(79) |
Aug
(24) |
Sep
(43) |
Oct
(54) |
Nov
(71) |
Dec
(53) |
| 2002 |
Jan
(111) |
Feb
(123) |
Mar
(67) |
Apr
(61) |
May
(75) |
Jun
(26) |
Jul
(36) |
Aug
(41) |
Sep
(79) |
Oct
(85) |
Nov
(58) |
Dec
(39) |
| 2003 |
Jan
(26) |
Feb
(61) |
Mar
(80) |
Apr
(56) |
May
(39) |
Jun
(44) |
Jul
(28) |
Aug
(25) |
Sep
(4) |
Oct
(20) |
Nov
(38) |
Dec
(9) |
| 2004 |
Jan
(14) |
Feb
(14) |
Mar
(68) |
Apr
(17) |
May
(45) |
Jun
(42) |
Jul
(41) |
Aug
(23) |
Sep
(46) |
Oct
(89) |
Nov
(55) |
Dec
(33) |
| 2005 |
Jan
(74) |
Feb
(39) |
Mar
(105) |
Apr
(96) |
May
(43) |
Jun
(48) |
Jul
(21) |
Aug
(22) |
Sep
(33) |
Oct
(28) |
Nov
(29) |
Dec
(81) |
| 2006 |
Jan
(37) |
Feb
(32) |
Mar
(147) |
Apr
(37) |
May
(33) |
Jun
(28) |
Jul
(15) |
Aug
(20) |
Sep
(15) |
Oct
(23) |
Nov
(30) |
Dec
(40) |
| 2007 |
Jan
(20) |
Feb
(24) |
Mar
(65) |
Apr
(69) |
May
(41) |
Jun
(53) |
Jul
(39) |
Aug
(76) |
Sep
(53) |
Oct
(43) |
Nov
(26) |
Dec
(24) |
| 2008 |
Jan
(19) |
Feb
(67) |
Mar
(91) |
Apr
(75) |
May
(47) |
Jun
(63) |
Jul
(68) |
Aug
(39) |
Sep
(44) |
Oct
(33) |
Nov
(62) |
Dec
(84) |
| 2009 |
Jan
(14) |
Feb
(39) |
Mar
(55) |
Apr
(63) |
May
(16) |
Jun
(9) |
Jul
(4) |
Aug
(6) |
Sep
(1) |
Oct
(2) |
Nov
(10) |
Dec
(5) |
| 2010 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
(13) |
May
(4) |
Jun
(5) |
Jul
(2) |
Aug
(8) |
Sep
(6) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(21) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(6) |
Sep
|
Oct
|
Nov
(2) |
Dec
(6) |
| 2012 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(3) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|
From: reclusewood <rec...@16...> - 2003-03-14 02:29:30
|
SGksIA0KIAlJJ3ZlIHJlZGhhdCBsaW51eCB3aXRoIDIuNC4xOCBrZXJuZWwgYW5kIG1wbHMtbGlu dXgtMS4xNzINCg0KVGhlIFJFQURNRSB0ZWxsIG1lIHRoYXQ6DQoNCkVzdGFibGlzaCBsYWJlbCAz NCBpbiBsYWJlbCBzcGFjZSAwDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K DQptcGxzYWRtIC1BIC1JIGdlbjozNDowDQogICAgICAgICB8ICB8IHwgICB8ICB8DQogICAgICAg ICB8ICB8IHwgICB8ICBsYWJlbCBzcGFjZQ0KICAgICAgIGFkZCAgfCB8ICAgfA0KICAgICAgICAg ICAgfCB8ICAgbGFiZWwNCiAgICAgICAgICAgIHwgfA0KICAgICAgICAgICAgfCBnZW5lcmljIGxh YmVsDQogICAgICAgICAgICB8DQogICAgICAgICAgICBpbmNvbWluZyBsYWJlbA0KDQooaWYgeW91 IGNoYW5nZSB0aGUgLUEgdG8gLUQgeW91IHdpbGwgZGVsZXRlIHRoZSBlbnRyeSkNCg0KYnV0IEkn dmUgZ290IHRoZSBlcnJvciBpbmZvcm1hdGlvbg0KDQoiSW4gTGFiZWwgYWRkOiBJbnZhbGlkIGFy Z3VtZW50Ig0KDQp3aGF0IGlzIHRoZSByZWFzb24/IHRoYW5rcyBhIGxvdC4= |
|
From: James R. L. <jl...@mi...> - 2003-03-13 17:16:27
|
On Thu, Mar 13, 2003 at 10:50:42AM -0600, Ben Groff wrote: >=20 > The first question that comes to mind is, do you have routability betwe= en > the address the Cisco generates the LDP updates from and the linux box? > I.E. can you do an extended ping from the Cisco to the linux box's > ethernet address and source the ping from the router-id address? If yo= u > can't successfully ping, check your IGP routing tables. I'm gonna expand on what Ben said. I think he is on the right track. The Cisco is sending a transport address TLV. The linux box needs to be able to reach the address mentioned in the transport address TLV. > -Ben >=20 > > I=92m trying to set up a pc running zebra/ldp to establish a LDP sess= ion with > > a Cisco router. I haven=92t had any luck in completing this. So far, = they are > > exchanging Hello messages and the Cisco router is trying to establish= a TCP > > connection (LDP session, port 646) with the pc. But this is where not= hing > > more happens; mplsd is not responding to the TCP SYN packets. > > > > I=92ve noticed a few things but have little knowledge of what it mean= s: The > > Hello messages from mplsd have the CSN TLV and not the Transport Addr= ess TLV > > while the Hello messages from the Cisco router do not have the CSN TL= V and > > has the Transport Address TLV. > > > > When executing "show ldp neighbour" on mplsd the following is returne= d: > > > > Peer LDP Ident: 192.168.200.6:0; Local LDP Ident: 10.2.1.98:0 > > TCP connection: n/a > > State: discovery; Msgs sent/recv: -/-; > > Up time: - > > LDP discovery sources: > > eth1 > > > > > > Can any one tell me why no LDP session is established? If nobody know= s, > > perhaps someone could direct me to what I should look for in the > > configurations? > > > > Thanks!! > > =A0 > > ---- > > Mattias Persson (Mat...@op...) > > Operax AB (www.operax.com) > > Aurorum 8, SE 977 75, Lule=E5 Sweden > > +46 (0)920 75536 > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by:Crypto Challenge is now open! > > Get cracking and register here for some mind boggling fun and > > the chance of winning an Apple iPod: > > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > > _______________________________________________ > > 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:Crypto Challenge is now open!=20 > Get cracking and register here for some mind boggling fun and=20 > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu |
|
From: Ben G. <mpl...@my...> - 2003-03-13 16:54:29
|
The first question that comes to mind is, do you have routability between the address the Cisco generates the LDP updates from and the linux box? I.E. can you do an extended ping from the Cisco to the linux box's ethernet address and source the ping from the router-id address? If you can't successfully ping, check your IGP routing tables. -Ben > Im trying to set up a pc running zebra/ldp to establish a LDP session with > a Cisco router. I havent had any luck in completing this. So far, they are > exchanging Hello messages and the Cisco router is trying to establish a TCP > connection (LDP session, port 646) with the pc. But this is where nothing > more happens; mplsd is not responding to the TCP SYN packets. > > Ive noticed a few things but have little knowledge of what it means: The > Hello messages from mplsd have the CSN TLV and not the Transport Address TLV > while the Hello messages from the Cisco router do not have the CSN TLV and > has the Transport Address TLV. > > When executing "show ldp neighbour" on mplsd the following is returned: > > Peer LDP Ident: 192.168.200.6:0; Local LDP Ident: 10.2.1.98:0 > TCP connection: n/a > State: discovery; Msgs sent/recv: -/-; > Up time: - > LDP discovery sources: > eth1 > > > Can any one tell me why no LDP session is established? If nobody knows, > perhaps someone could direct me to what I should look for in the > configurations? > > Thanks!! > > ---- > Mattias Persson (Mat...@op...) > Operax AB (www.operax.com) > Aurorum 8, SE 977 75, Luleå Sweden > +46 (0)920 75536 > > > > > ------------------------------------------------------- > This SF.net email is sponsored by:Crypto Challenge is now open! > Get cracking and register here for some mind boggling fun and > the chance of winning an Apple iPod: > http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0031en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > |
|
From: Mattias P. <mat...@op...> - 2003-03-13 16:16:41
|
I=92m trying to set up a pc running zebra/ldp to establish a LDP session =
with
a Cisco router. I haven=92t had any luck in completing this. So far, =
they are
exchanging Hello messages and the Cisco router is trying to establish a =
TCP
connection (LDP session, port 646) with the pc. But this is where =
nothing
more happens; mplsd is not responding to the TCP SYN packets.
I=92ve noticed a few things but have little knowledge of what it means: =
The
Hello messages from mplsd have the CSN TLV and not the Transport Address =
TLV
while the Hello messages from the Cisco router do not have the CSN TLV =
and
has the Transport Address TLV.
When executing "show ldp neighbour" on mplsd the following is returned:
Peer LDP Ident: 192.168.200.6:0; Local LDP Ident: 10.2.1.98:0
TCP connection: n/a
State: discovery; Msgs sent/recv: -/-;
Up time: -
LDP discovery sources:
eth1
Can any one tell me why no LDP session is established? If nobody knows,
perhaps someone could direct me to what I should look for in the
configurations?
Thanks!!
=A0
----
Mattias Persson (Mat...@op...)
Operax AB (www.operax.com)
Aurorum 8, SE 977 75, Lule=E5 Sweden
+46 (0)920 75536
|
|
From: James R. L. <jl...@mi...> - 2003-03-12 19:03:58
|
tar -zxvf iproute2-2.4.7-now-ss010824.tar.gz cd iproute2 patch -p1 < iproute2-mpls.diff make tar -jxvf iptables-1.2.7a.tar.bz2 cd iptables-1.2.7a patch -p1 < iptables-1.2.7-mpls.diff (patch of extensions/Makefile failed, but it is trivial to manually apply it) make tar -zxvf ppp-2.4.1.tar.gz cd ppp-2.4.1 patch -p1 < ppp-2.4.1-mpls.diff ./configure make (compiled clean for me on RedHat8.0 w/ 2.4.19+mpls kernel) Good luck PS you might want to read mpls-linux/README.1st.really On Wed, Mar 12, 2003 at 09:53:54AM -0800, Sudheer Vinukonda wrote: > > Hi, > > We are trying to install the mpls-linux(1.172) patch and are running into problems. We were able to successfully install the kernel patch but we could not install the rest of the bundle(PPP, IPTABLES, IPROUTE2). The source code for these utilities was not already available on our system, so we had to download them from the mentioned sources. After downloading them, the make for PPP went succesfully but the patch installation fails. Also, for the other two even the make was not successful. The make fails giving the following error message : > > iproute2 > > Please, Compile the kernel first > make: *** [check-kernel] Error 1 > > iptables > > Extensions found: IPv4:length IPv6:LOG IPv6:owner IPv6:limit IPv6:mac IPv6:multiport > cc -O2 -DNDEBUG -Wall -Wunused -I/usr/src/linux/include -Iinclude/ -DNETFILTER_VERSION=\"1.2.4\" -fPIC -o extensions/libipt_tcp_sh.o -c extensions/libipt_tcp.c > In file included from /usr/src/linux/include/linux/config.h:4, > from /usr/src/linux/include/linux/netfilter_ipv4.h:8, > from /usr/src/linux/include/linux/netfilter_ipv4/ip_tables.h:25, > from include/libiptc/libiptc.h:6, > from include/iptables.h:5, > from extensions/libipt_tcp.c:7: > /usr/include/linux/autoconf.h:1:2: #error Invalid kernel header included in userspace > make: *** [extensions/libipt_tcp_sh.o] Error 1 > > Here's our system configuration : > > kernel - linux 2.4.19 > > iptables-1.2.4.tar(from the internet) > > iproute2-2.2.4-now-ss991023.tar(from the internet) > > ppp-2.4.1.tar(from the internet) > > Can you please send a document/instruction booklet on the installation of this patch? We will appreciate if you could send us a document on common installation issues and workarounds for the same. > > Thanks, > > Sudheer Vinukonda, > > Graduate Student, MS Computer Science, > > University of Texas, Dallas. > > > > --------------------------------- > Do you Yahoo!? > Yahoo! Web Hosting - establish your business online -- James R. Leu |
|
From: Sudheer V. <sud...@ya...> - 2003-03-12 17:53:55
|
Hi,
We are trying to install the mpls-linux(1.172) patch and are running into problems. We were able to successfully install the kernel patch but we could not install the rest of the bundle(PPP, IPTABLES, IPROUTE2). The source code for these utilities was not already available on our system, so we had to download them from the mentioned sources. After downloading them, the make for PPP went succesfully but the patch installation fails. Also, for the other two even the make was not successful. The make fails giving the following error message :
iproute2
Please, Compile the kernel first
make: *** [check-kernel] Error 1
iptables
Extensions found: IPv4:length IPv6:LOG IPv6:owner IPv6:limit IPv6:mac IPv6:multiport
cc -O2 -DNDEBUG -Wall -Wunused -I/usr/src/linux/include -Iinclude/ -DNETFILTER_VERSION=\"1.2.4\" -fPIC -o extensions/libipt_tcp_sh.o -c extensions/libipt_tcp.c
In file included from /usr/src/linux/include/linux/config.h:4,
from /usr/src/linux/include/linux/netfilter_ipv4.h:8,
from /usr/src/linux/include/linux/netfilter_ipv4/ip_tables.h:25,
from include/libiptc/libiptc.h:6,
from include/iptables.h:5,
from extensions/libipt_tcp.c:7:
/usr/include/linux/autoconf.h:1:2: #error Invalid kernel header included in userspace
make: *** [extensions/libipt_tcp_sh.o] Error 1
Here's our system configuration :
kernel - linux 2.4.19
iptables-1.2.4.tar(from the internet)
iproute2-2.2.4-now-ss991023.tar(from the internet)
ppp-2.4.1.tar(from the internet)
Can you please send a document/instruction booklet on the installation of this patch? We will appreciate if you could send us a document on common installation issues and workarounds for the same.
Thanks,
Sudheer Vinukonda,
Graduate Student, MS Computer Science,
University of Texas, Dallas.
---------------------------------
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online |
|
From: Pim V. H. <pim...@in...> - 2003-03-11 10:37:21
|
Op maandag 10 maart 2003 17:12, schreef Nicolas Tempestini: > Hi all, > > I am trying to set up lsp with a Red Hat 8.0 and a custom kernel 2.4.20. > > I have followed the instructions on the project Atlantis web site but i > have used iptables-1.2.7a. have you patched it with: mpls-linux-1.172/patches/iptables-1.2.7-mpls.diff form mpls-linux at http://sourceforge.net/projects/mpls-linux/ ? Pim. > > Errors are : > > mplsadm ........ > OK > it returns me a key : 0x2 .... > > whern i try to do : iptables -A OUTPUT ...... -j MPLS --set-key 0x2 , it > says "unknown args --set-key" > > I hope i have activated all the options required ( MPLS support , IP > filtering ....) on the kernel. > > Could you help me ? > > Thx > > Nicolas > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- Pim Van Heuven Ghent University - IMEC Department of Information Technology (INTEC) Sint-Pietersnieuwstraat, 41 B-9000, Gent, Belgium pim...@in... DiffServ/MPLS(RSVP-TE) for Linux: http://dsmpls.atlantis.rug.ac.be |
|
From: Anjaneya P. <anj...@ya...> - 2003-03-11 04:54:07
|
Hi,=20 does the latest ldp-portable support DoD? DoU works fine...but has any one tested it with DoD mode of label=20 distribution. If so, plz show the mplsd.conf file thnks in advance --=20 Anjaneya Pal Pune |
|
From: James R. L. <jl...@mi...> - 2003-03-10 17:30:34
|
This is good info. When you do not set 'mpls ip propagate-ttl' the LDP lsp from PE1-PE2 is being treated as one hop, therefore mpls-linux is not seeing a MPLS packet with a TTL of 1, so it is not really participating the trace route (you'll never see it in the hop list). By setting 'mpls ip propagate-ttl' the P router will 'participate in the traceroute' and will see a MPLS packet with TTL 1. In this case what do you expect to happen? If you are tracing from CE1-CE2, P does not know about the IP space associated with the CE routers, so it cannot generate a ICMP message. One option (which I think Cisco implements) is to generate a ICMP message, and forward it to the end of the LSP and let the egress (PE2 in this case) handle forwarding it back to CE1. Either way, mpls-linux should not crash when faced with this situation I'll fix that. If you wouldn't mind. Could you submit a bug report at http://sf.net/projects/mpls-linux/? Thank you On Mon, Mar 10, 2003 at 11:07:35AM -0600, Ben Groff wrote: > > > I have a test network setup using two Cisco 2610 routers running IOS > version 12.2(8)T5. These routers are configured as PE routers with a CE > router attached to each 2610. The PE routers have a MPLS-VPN configured > with MP-BGP and can successfully pass traffic from the CE to the other CE. > I have verified that the label stacks are functioning correctly. I have a > linux box running the latest public release version of mpls-linux, ldp, > and zebra 0.93a. The linux box is acting as a P router. > > The lab setup looks something like this: > > CE1 -- PE1 -- P -- PE2 -- CE2 > > > Everything works fine in this setup until I run a traceroute on the CE > towards the other CE. When I do this, the linux box will lock hard. > There are no crash messages, no kernel panics, just completely frozen. I > managed to trace the issue to the following command on the cisco routers: > mpls ip propagate-ttl. When I disable that command, the traceroute works > fine. I can reproduce this problem at will. Is there any further > information you all would like to see in regards to this issue? > > Thanks, > -Ben > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: Ben G. <mpl...@my...> - 2003-03-10 17:11:14
|
I have a test network setup using two Cisco 2610 routers running IOS
version 12.2(8)T5. These routers are configured as PE routers with a CE
router attached to each 2610. The PE routers have a MPLS-VPN configured
with MP-BGP and can successfully pass traffic from the CE to the other CE.
I have verified that the label stacks are functioning correctly. I have a
linux box running the latest public release version of mpls-linux, ldp,
and zebra 0.93a. The linux box is acting as a P router.
The lab setup looks something like this:
CE1 -- PE1 -- P -- PE2 -- CE2
Everything works fine in this setup until I run a traceroute on the CE
towards the other CE. When I do this, the linux box will lock hard.
There are no crash messages, no kernel panics, just completely frozen. I
managed to trace the issue to the following command on the cisco routers:
mpls ip propagate-ttl. When I disable that command, the traceroute works
fine. I can reproduce this problem at will. Is there any further
information you all would like to see in regards to this issue?
Thanks,
-Ben
|
|
From: James R. L. <jl...@mi...> - 2003-03-10 15:30:26
|
I'm assuming you applied the iptables patch to iptable. Make sure you enabled: Networking options ---> [*] Multi Protocol Label Switching - MPLS _then_ Networking options ---> [*] Network packet filtering (replaces ipchains) _then_ Networking options ---> IP: Netfilter Configuration ---> <*> IP tables support (required for filtering/masq/NAT) <*> Packet mangling <*> MPLS target support I know it's convoluted, but the Linux kernel Config specification is pretty primitive. Make sure you are running the modified version of iptables: either 'which iptables' should list your compiled version of iptables or you need to run iptables which a full path and point it at the correct modules. On Mon, Mar 10, 2003 at 04:12:49PM -0000, Nicolas Tempestini wrote: > Hi all, > > I am trying to set up lsp with a Red Hat 8.0 and a custom kernel 2.4.20. > > I have followed the instructions on the project Atlantis web site but i have > used iptables-1.2.7a. > > Errors are : > > mplsadm ........ > OK > it returns me a key : 0x2 .... > > whern i try to do : iptables -A OUTPUT ...... -j MPLS --set-key 0x2 , it > says "unknown args --set-key" > > I hope i have activated all the options required ( MPLS support , IP > filtering ....) on the kernel. > > Could you help me ? > > Thx > > Nicolas > > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: Nicolas T. <nic...@en...> - 2003-03-10 15:11:17
|
Hi all, I am trying to set up lsp with a Red Hat 8.0 and a custom kernel 2.4.20. I have followed the instructions on the project Atlantis web site but i have used iptables-1.2.7a. Errors are : mplsadm ........ OK it returns me a key : 0x2 .... whern i try to do : iptables -A OUTPUT ...... -j MPLS --set-key 0x2 , it says "unknown args --set-key" I hope i have activated all the options required ( MPLS support , IP filtering ....) on the kernel. Could you help me ? Thx Nicolas |
|
From: Markus H. <mh...@as...> - 2003-03-09 13:49:07
|
sorry there was a small numerissue on outgoing interface of LSR6:
all networks are /24 and starting with '10.', all MAC-addrs=00:00:IP
HOST------LSR1----------LSR3-----------LSR6---------next LSR not started
0.30.2 1.2.1 1.2.3 3.6.3 3.6.6 6.10.6
i add a additional debug line in mpls_utils.c on LSR3 for a further
test, and found:
Mar 9 12:41:15 LSR-3 kernel: : push label Label GEN 10003
Mar 9 12:41:16 LSR-3 kernel: mpls_make_dst: enter
Mar 9 12:41:16 LSR-3 kernel: mpls_make_dst: dev_get_by_index(ifi) = 3
Mar 9 12:41:16 LSR-3 kernel: mpls_dst_hold: enter
Mar 9 12:41:16 LSR-3 kernel: mpls_dst_hold: new count 1
Mar 9 12:41:16 LSR-3 kernel: mpls_dst_hold: exit
Mar 9 12:41:16 LSR-3 kernel: mpls_make_dst: exit(a3a5c8a0)
and a small test program found:
LSR-3:/var/log$ cat /proc/net/mpls_out
0x00000002 0/0/0 2 PUSH(gen 10003) SET(eth1,10.3.6.6)
LSR-3:/var/log$ /tmp/getifi eth1
index: 3 name: eth1
so, the parameter ifi to
static struct mpls_dst *mpls_make_dst(unsigned int ifi,struct sockaddr *nh,
from
/* NOTE: mpls_make_dst holds the dev,
* so release the hold from dev lookup*/
md = mpls_make_dst(mir->mir_instruction[i].mir_data.set.mni_if,
&mir->mir_instruction[i].mir_data.set.mni_addr,moi);
dev_put(dev);
in mpls_utils.c is wrong...
why?
in the trace-all dump from of my last email i found on LSR3:
> ldp_label_mapping_with_xc: exit
> OUT: Processing: 0a060a00/24 via eth2/0a030606
> EXIT: ldp_label_mapping_initial_callback
which is a correct setting:
10.6.10.0/24 via eth2 of LSR3 to 10.3.6.6 (this is eth1 of LSR6)
but mpls_out says eth1 of LSR3 ...? who is modifying the interface
between mplsd and the kenel?
thx in advance,
markus
btw, is there a /proc interface to the 'dev_get_by_index(ifi)' function?
#include <unistd.h>
#include <stdio.h>
#include <fcntl.h>
#include <errno.h>
#include <string.h>
#include <sys/types.h>
#include <sys/ioctl.h>
#include <sys/stat.h>
#include <sys/socket.h>
#include <linux/if_arp.h>
#include <arpa/inet.h>
#include <netinet/in.h>
#include "support.h"
/* get_ifindex - find out ifindex of interface
* ifname: name of the interface
*
* returns ifindex, -1 on error
*/
int get_ifindex(char *ifname)
{
int probe_fd;
struct ifreq ifr;
memset(&ifr, 0, sizeof(ifr));
strncpy((char *)&ifr.ifr_name, ifname, IFNAMSIZ-1);
probe_fd = socket(AF_INET, SOCK_DGRAM, IPPROTO_UDP);
if (!probe_fd) {
perror("socket");
return -1;
}
/* according to netdevice(7) */
if (ioctl(probe_fd, SIOCGIFINDEX, &ifr) < 0) {
fprintf(stderr, "unknown interface %s\n", ifname);
close(probe_fd);
return -1;
}
close(probe_fd);
return ifr.ifr_ifindex;
}
int main(argc,argv)
int argc;
char *argv[];
{
int i;
i=get_ifindex(argv[1]);
printf("index: %d name: %s\n", i, argv[1]);
return 0;
}
Markus Hennig wrote:
> Markus Hennig wrote:
> > James R. Leu wrote:
> > > Make sure there is not ECMP (equal cost multipath) in your network.
> >
> > there are not multipaths, here is my very simple testsetup:
> >
> > all networks are /24 and starting with '10.', all MAC-addrs=00:00:IP
> >
> >
> >
> > HOST
> > ---------lsr1-------------lsr3----------------lsr6---------next LSR not
> > started
> > 0.30.2 1.2.1 1.2.3 3.6.3 3.6.6 10.6.6
> >
> > > Other then that, try turning on all mplsd tracing (mpls ldp\ntrace
> all\n)
> > > and send it to the list.
> >
> > really 'trace all', is there no quieter option ?
> >
>
> ok, back with the trace output:
>
>
> LSR1
> ----
>
> LER-1:~$ cat /proc/net/mpls_in
> 0x02710001 0/0/0 gen 10000 0 1 POP PEEK
> 0x02711001 0/0/0 gen 10001 0 1 POP PEEK
> 0x02712001 0/0/0 gen 10002 0 1 POP PEEK
> 0x02713001 0/0/0 gen 10003 0 1 POP PEEK
> 0x02714001 0/0/0 gen 10004 0 1 POP PEEK
> 0x02715001 0/0/0 gen 10005 0 1 POP PEEK
> 0x02716001 0/0/0 gen 10006 0 1 POP PEEK
> 0x02717001 0/0/0 gen 10007 0 1 POP PEEK
> 0x02718001 0/0/0 gen 10008 0 1 POP FWD(0x00000002)
> 0x02719001 0/0/0 gen 10009 0 1 POP FWD(0x00000003)
> 0x0271a001 0/0/0 gen 10010 0 1 POP FWD(0x00000003)
> 0x0271b001 0/0/0 gen 10011 0 1 POP FWD(0x00000003)
> 0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
> 0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
> 0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
> 0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
> 0x02720001 0/0/0 gen 10016 0 1 POP FWD(0x00000002)
> 0x02721001 0/0/0 gen 10017 0 1 POP PEEK
> 0x02722001 0/0/0 gen 10018 0 1 POP PEEK
> 0x02723001 0/0/0 gen 10019 0 1 POP PEEK
> 0x02724001 0/0/0 gen 10020 0 1 POP PEEK
> 0x02725001 0/0/0 gen 10021 0 1 POP FWD(0x00000002)
>
> LER-1:~$ cat /proc/net/mpls_out
> 0x00000002 112/7408/0 7 PUSH(gen 10007) SET(eth2,10.1.2.3)
> 0x00000003 0/0/0 5 PUSH(gen 10017) SET(eth2,10.1.2.3)
>
> LER-1:~$ ifconfig eth1
> eth1 Link encap:Ethernet HWaddr FE:FD:00:00:00:00
> inet addr:10.0.30.2 Bcast:10.0.30.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:0 errors:0 dropped:0 overruns:0 frame:0
> TX packets:37 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:0 (0.0 b) TX bytes:3626 (3.5 Kb)
> Interrupt:5
>
>
> LER-1:~$ ifconfig eth2
> eth2 Link encap:Ethernet HWaddr 00:00:0A:01:02:01
> inet addr:10.1.2.1 Bcast:10.1.2.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:954 errors:0 dropped:0 overruns:0 frame:0
> TX packets:464 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:66452 (64.8 Kb) TX bytes:38390 (37.4 Kb)
> Interrupt:5
>
> -> looks ok
>
> ldp_if_new:
> 2003/03/09 10:16:10 MPLS: MPLSd (0.93a) starts
> 2003/03/09 10:16:10 MPLS: interface add lo index 1 flags 73 metric 1 mtu
> 16436
> 2003/03/09 10:16:10 MPLS: address add 127.0.0.1 to interface lo
> 2003/03/09 10:16:10 MPLS: interface add dummy0 index 2 flags 195 metric 1
> mtu 1500
> 2003/03/09 10:16:10 MPLS: address add 10.0.21.2 to interface dummy0
> 2003/03/09 10:16:10 MPLS: interface add eth2 index 3 flags 4163 metric 1 mtu
> 1500
> 2003/03/09 10:16:10 MPLS: address add 10.1.2.1 to interface eth2
> 2003/03/09 10:16:10 MPLS: interface add eth0 index 4 flags 4675 metric 1 mtu
> 1500
> 2003/03/09 10:16:10 MPLS: address add 10.0.21.2 to interface eth0
> 2003/03/09 10:16:10 MPLS: interface add eth1 index 5 flags 4163 metric 1 mtu
> 1500
> 2003/03/09 10:16:10 MPLS: address add 10.0.30.2 to interface eth1
> 2003/03/09 10:16:10 MPLS: router-id change 10.0.21.2
> 2003/03/09 10:16:10 MPLS: router-id update 10.0.21.2
> 2003/03/09 10:16:10 MPLS: router add 10.0.21.0/24
> 2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
> 2003/03/09 10:16:10 MPLS: ifindex 4
> 2003/03/09 10:16:10 MPLS: router add 10.0.21.2/32
> 2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
> 2003/03/09 10:16:10 MPLS: ifindex 2
> 2003/03/09 10:16:10 MPLS: router add 10.0.30.0/24
> 2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
> 2003/03/09 10:16:10 MPLS: ifindex 5
> 2003/03/09 10:16:10 MPLS: router add 10.1.2.0/24
> 2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
> 2003/03/09 10:16:10 MPLS: ifindex 3
> 2003/03/09 10:16:10 MPLS: router add 10.3.6.0/24
> 2003/03/09 10:16:10 MPLS: nexthop 10.1.2.3
> 2003/03/09 10:16:10 MPLS: ifindex 3
> 2003/03/09 10:16:10 MPLS: router add 10.6.10.0/24
> 2003/03/09 10:16:10 MPLS: nexthop 10.1.2.3
> 2003/03/09 10:16:10 MPLS: ifindex 3
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> _ldp_global_add_outlabel
> ldp_label_mapping_with_xc: enter
> mpls_mpls_xconnect_add: 10008 <-> 10007
> ldp_label_mapping_with_xc: exit
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> _ldp_global_add_outlabel
> ldp_label_mapping_with_xc: enter
> mpls_mpls_xconnect_add: 10009 <-> 10017
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> mpls_mpls_xconnect_add: 10010 <-> 10017
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> mpls_mpls_xconnect_add: 10011 <-> 10017
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
> ldp_label_mapping_with_xc: exit
> ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
> ldp_get_next_hop_session_for_fec: 0x80cb598
> ldp_label_mapping_with_xc: enter
> mpls_mpls_xconnect_add: 10016 <-> 10007
> ldp_label_mapping_with_xc: exit
> ldp_label_mapping_with_xc: enter
>
>
> LSR-3
> -----
>
> LSR-3:~$ cat /proc/net/mpls_in
> 0x02710001 0/0/0 gen 10000 0 1 POP PEEK
> 0x02711001 0/0/0 gen 10001 0 1 POP PEEK
> 0x02712001 0/0/0 gen 10002 0 1 POP PEEK
> 0x02713001 0/0/0 gen 10003 0 1 POP PEEK
> 0x02714001 0/0/0 gen 10004 0 1 POP PEEK
> 0x02715001 0/0/0 gen 10005 0 1 POP PEEK
> 0x02716001 0/0/0 gen 10006 0 1 POP PEEK
> 0x02717001 145/10028/0 gen 10007 0 1 POP PEEK
> 0x02718001 0/0/0 gen 10008 0 1 POP PEEK
> 0x02719001 0/0/0 gen 10009 0 1 POP PEEK
> 0x0271a001 0/0/0 gen 10010 0 1 POP PEEK
> 0x0271b001 0/0/0 gen 10011 0 1 POP PEEK
> 0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
> 0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
> 0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
> 0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
> 0x02720001 0/0/0 gen 10016 0 1 POP FWD(0x00000002)
> 0x02721001 0/0/0 gen 10017 0 1 POP FWD(0x00000002)
> 0x02722001 0/0/0 gen 10018 0 1 POP FWD(0x00000002)
>
> LSR-3:~$ cat /proc/net/mpls_out
> 0x00000002 0/0/0 4 PUSH(gen 10007) SET(eth1,10.3.6.6)
>
> LSR-3:~$ ifconfig eth1
> eth1 Link encap:Ethernet HWaddr 00:00:0A:01:02:03
> inet addr:10.1.2.3 Bcast:10.1.2.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:1516 errors:0 dropped:0 overruns:0 frame:0
> TX packets:696 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:103654 (101.2 Kb) TX bytes:58776 (57.3 Kb)
> Interrupt:5
>
> LSR-3:/tmp$ ifconfig eth2
> eth2 Link encap:Ethernet HWaddr 00:00:0A:03:06:03
> inet addr:10.3.6.3 Bcast:10.3.6.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:6971 errors:0 dropped:0 overruns:0 frame:0
> TX packets:2990 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:507953 (496.0 Kb) TX bytes:259521 (253.4 Kb)
> Interrupt:5
>
>
> -> outgoing interface wrong, IP correct
>
> ldp_if_new:
> ENTER: ldp_cfg_if_set
> EXIT: ldp_cfg_if_set
> ENTER: ldp_cfg_entity_set
> PRT: ldp_cfg_entity_set: entity not ready
>
> EXIT: ldp_cfg_entity_set
> ENTER: ldp_cfg_entity_get
> EXIT: ldp_cfg_entity_get
> ENTER: ldp_cfg_if_get
> EXIT: ldp_cfg_if_get
> ldp_if_new:
> ENTER: ldp_cfg_if_set
> EXIT: ldp_cfg_if_set
> ENTER: ldp_cfg_entity_set
> PRT: ldp_cfg_entity_set: entity not ready
>
> EXIT: ldp_cfg_entity_set
> ENTER: ldp_cfg_entity_get
> EXIT: ldp_cfg_entity_get
> ENTER: ldp_cfg_if_get
> EXIT: ldp_cfg_if_get
> 2003/03/09 10:16:20 MPLS: MPLSd (0.93a) starts
> 2003/03/09 10:16:20 MPLS: interface add lo index 1 flags 73 metric 1 mtu
> 16436
> 2003/03/09 10:16:20 MPLS: address add 127.0.0.1 to interface lo
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:20 MPLS: interface add dummy0 index 2 flags 195 metric 1
> mtu 1500
> 2003/03/09 10:16:20 MPLS: address add 10.0.23.2 to interface dummy0
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:20 MPLS: interface add eth1 index 3 flags 4163 metric 1 mtu
> 1500
> 2003/03/09 10:16:20 MPLS: address add 10.1.2.3 to interface eth1
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:20 MPLS: interface add eth2 index 4 flags 4163 metric 1 mtu
> 1500
> 2003/03/09 10:16:20 MPLS: address add 10.3.6.3 to interface eth2
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:20 MPLS: interface add eth0 index 5 flags 4675 metric 1 mtu
> 1500
> 2003/03/09 10:16:20 MPLS: address add 10.0.23.2 to interface eth0
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:20 MPLS: router-id change 10.0.23.2
> 2003/03/09 10:16:20 MPLS: router-id update 10.0.23.2
> ENTER: ldp_cfg_global_set
> ENTER: ldp_global_shutdown
> ENTER: ldp_entity_shutdown
> ENTER: ldp_if_shutdown
> EXIT: ldp_if_shutdown
> EXIT: ldp_entity_shutdown
> ENTER: ldp_entity_shutdown
> ENTER: ldp_if_shutdown
> EXIT: ldp_if_shutdown
> EXIT: ldp_entity_shutdown
> EXIT: ldp_global_shutdown
> EXIT: ldp_cfg_global_set
> ENTER: ldp_cfg_global_set
> EXIT: ldp_cfg_global_set
> ENTER: ldp_cfg_global_set
> ENTER: ldp_global_startup
> ENTER: ldp_entity_startup
> ENTER: ldp_if_startup
> OUT: Hello Send: entity(1)
> OUT: LPD Header : protocolVersion = 1
> OUT: pduLength = 30
> OUT: lsrAddress = a001702
> OUT: labelSpace = 0
> OUT: HELLO MSG ***START***:
> OUT: baseMsg : uBit = 0
> OUT: msgType = 100
> OUT: msgLength = 20
> OUT: msgId = 1
> OUT: chpTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 400
> OUT: length = 4
> OUT: chpTlv data: holdTime = 15
> OUT: chpTlv Flags: target = 0
> OUT: request = 0
> OUT: res = 0
> OUT: Hello msg does not have TrAdr TLV
> OUT: csnTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 402
> OUT: length = 4
> OUT: csnTlv data: value = 6
> OUT: HELLO MSG ***END***:
>
> ...
>
> ENTER: ldp_label_mapping_send
> ENTER: lsr_cfg_insegment_set
> EXIT: lsr_cfg_insegment_set
> OUT: In Label Added
> OUT: LPD Header : protocolVersion = 1
> OUT: pduLength = 33
> OUT: lsrAddress = a001702
> OUT: labelSpace = 0
> OUT: LABEL MAPPING MSG ***START***:
> OUT: baseMsg : uBit = 0
> OUT: msgType = 400
> OUT: msgLength = 23
> OUT: msgId = 22
> OUT: fecTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 100
> OUT: length = 7
> OUT: fecTlv->numberFecElements = 1
> OUT: elem 0 type is 2
> OUT: Fec Element : type = 2, addFam = 1, preLen = 24, address =
> a030600
> OUT:
> OUT: fecTlv.wcElemExists = 0
> OUT: genLblTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 200
> OUT: length = 4
> OUT: genLbl data: label = 10007
> OUT: Label mapping msg does not have atm label Tlv
> OUT: Label mapping msg does not have fr label Tlv
> OUT: Label mapping msg does not have hop count Tlv
> OUT: Label mapping msg does not have path vector Tlv
> OUT: Label mapping msg does not have label messageId Tlv
> OUT: Label mapping msg does not have LSPID Tlv
> OUT: Label mapping msg does not have traffic Tlv
> OUT: LABEL MAPPING MSG ***END***:
> OUT: Label Mapping Sent to 0a001502:0 for 0a030600/24
> EXIT: ldp_label_mapping_send
> ldp_label_mapping_with_xc: exit
> OUT: Processing: 0a060a00/24 via eth2/0a030606
> EXIT: ldp_label_mapping_initial_callback
> ENTER: ldp_event
> ENTER: ldp_buf_process
>
>
> mode trace output necessary ?
>
>
>
>
>
> LSR-6
> -----
>
> LSR-6:/tmp$ cat /proc/net/mpls_in
> 0x02710001 0/0/0 gen 10000 0 1 POP PEEK
> 0x02711001 0/0/0 gen 10001 0 1 POP PEEK
> 0x02712001 0/0/0 gen 10002 0 1 POP PEEK
> 0x02713001 0/0/0 gen 10003 0 1 POP PEEK
> 0x02714001 0/0/0 gen 10004 0 1 POP PEEK
> 0x02715001 0/0/0 gen 10005 0 1 POP PEEK
> 0x02716001 0/0/0 gen 10006 0 1 POP PEEK
> 0x02717001 0/0/0 gen 10007 0 1 POP PEEK
> 0x02718001 0/0/0 gen 10008 0 1 POP FWD(0x00000002)
> 0x02719001 0/0/0 gen 10009 0 1 POP FWD(0x00000002)
> 0x0271a001 0/0/0 gen 10010 0 1 POP FWD(0x00000002)
> 0x0271b001 0/0/0 gen 10011 0 1 POP PEEK
> 0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
> 0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
> 0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
> 0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
> 0x02720001 0/0/0 gen 10016 0 1 POP PEEK
> 0x02721001 0/0/0 gen 10017 0 1 POP PEEK
> 0x02722001 0/0/0 gen 10018 0 1 POP PEEK
>
> LSR-6:/tmp$ cat /proc/net/mpls_out
> 0x00000002 0/0/0 4 PUSH(gen 10014) SET(eth2,10.3.6.3)
>
> LSR-6:/tmp$ ifconfig eth1
> eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
> inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:836 errors:0 dropped:0 overruns:0 frame:0
> TX packets:401 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:58211 (56.8 Kb) TX bytes:33901 (33.1 Kb)
> Interrupt:5
>
> eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
> inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:601 errors:0 dropped:0 overruns:0 frame:0
> TX packets:145 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:41900 (40.9 Kb) TX bytes:11922 (11.6 Kb)
> Interrupt:5
>
> -> ougoing interface wrong, IP correct
>
> ldp_if_new:
> ENTER: ldp_cfg_if_set
> EXIT: ldp_cfg_if_set
> ENTER: ldp_cfg_entity_set
> PRT: ldp_cfg_entity_set: entity not ready
>
> EXIT: ldp_cfg_entity_set
> ENTER: ldp_cfg_entity_get
> EXIT: ldp_cfg_entity_get
> ENTER: ldp_cfg_if_get
> EXIT: ldp_cfg_if_get
> ldp_if_new:
> ENTER: ldp_cfg_if_set
> EXIT: ldp_cfg_if_set
> ENTER: ldp_cfg_entity_set
> PRT: ldp_cfg_entity_set: entity not ready
>
> EXIT: ldp_cfg_entity_set
> ENTER: ldp_cfg_entity_get
> EXIT: ldp_cfg_entity_get
> ENTER: ldp_cfg_if_get
> EXIT: ldp_cfg_if_get
> 2003/03/09 10:16:28 MPLS: MPLSd (0.93a) starts
> 2003/03/09 10:16:28 MPLS: interface add lo index 1 flags 73 metric 1 mtu
> 16436
> 2003/03/09 10:16:28 MPLS: address add 127.0.0.1 to interface lo
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:28 MPLS: interface add dummy0 index 2 flags 195 metric 1
> mtu 1500
> 2003/03/09 10:16:28 MPLS: address add 10.0.26.2 to interface dummy0
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:28 MPLS: interface add eth1 index 3 flags 4163 metric 1 mtu
> 1500
> 2003/03/09 10:16:28 MPLS: address add 10.3.6.6 to interface eth1
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:28 MPLS: interface add eth2 index 4 flags 4163 metric 1 mtu
> 1500
> 2003/03/09 10:16:28 MPLS: address add 10.6.10.6 to interface eth2
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:28 MPLS: interface add eth0 index 5 flags 4675 metric 1 mtu
> 1500
> 2003/03/09 10:16:28 MPLS: address add 10.0.26.2 to interface eth0
> ENTER: _ldp_global_ifmgr_callback
> EXIT: _ldp_global_ifmgr_callback
> 2003/03/09 10:16:28 MPLS: router-id change 10.0.26.2
> 2003/03/09 10:16:28 MPLS: router-id update 10.0.26.2
> ENTER: ldp_cfg_global_set
> ENTER: ldp_global_shutdown
> ENTER: ldp_entity_shutdown
> ENTER: ldp_if_shutdown
> EXIT: ldp_if_shutdown
> EXIT: ldp_entity_shutdown
> ENTER: ldp_entity_shutdown
> ENTER: ldp_if_shutdown
> EXIT: ldp_if_shutdown
> EXIT: ldp_entity_shutdown
> EXIT: ldp_global_shutdown
> EXIT: ldp_cfg_global_set
> ENTER: ldp_cfg_global_set
> EXIT: ldp_cfg_global_set
> ENTER: ldp_cfg_global_set
> ENTER: ldp_global_startup
> ENTER: ldp_entity_startup
> ENTER: ldp_if_startup
> OUT: Hello Send: entity(1)
> OUT: LPD Header : protocolVersion = 1
> OUT: pduLength = 30
> OUT: lsrAddress = a001a02
> OUT: labelSpace = 0
> OUT: HELLO MSG ***START***:
> OUT: baseMsg : uBit = 0
> OUT: msgType = 100
> OUT: msgLength = 20
> OUT: msgId = 1
> OUT: chpTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 400
> OUT: length = 4
> OUT: chpTlv data: holdTime = 15
> OUT: chpTlv Flags: target = 0
> OUT: request = 0
> OUT: res = 0
> OUT: Hello msg does not have TrAdr TLV
> OUT: csnTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 402
> OUT: length = 4
> OUT: csnTlv data: value = 6
> OUT: HELLO MSG ***END***:
>
> ...
>
> ENTER: Prepare_Label_Mapping_Attributes
> EXIT: Prepare_Label_Mapping_Attributes
> ENTER: ldp_label_mapping_send
> ENTER: lsr_cfg_insegment_set
> EXIT: lsr_cfg_insegment_set
> OUT: In Label Added
> OUT: LPD Header : protocolVersion = 1
> OUT: pduLength = 33
> OUT: lsrAddress = a001a02
> OUT: labelSpace = 0
> OUT: LABEL MAPPING MSG ***START***:
> OUT: baseMsg : uBit = 0
> OUT: msgType = 400
> OUT: msgLength = 23
> OUT: msgId = 41
> OUT: fecTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 100
> OUT: length = 7
> OUT: fecTlv->numberFecElements = 1
> OUT: elem 0 type is 2
> OUT: Fec Element : type = 2, addFam = 1, preLen = 24, address =
> a060a00
> OUT:
> OUT: fecTlv.wcElemExists = 0
> OUT: genLblTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 200
> OUT: length = 4
> OUT: genLbl data: label = 10014
> OUT: Label mapping msg does not have atm label Tlv
> OUT: Label mapping msg does not have fr label Tlv
> OUT: Label mapping msg does not have hop count Tlv
> OUT: Label mapping msg does not have path vector Tlv
> OUT: Label mapping msg does not have label messageId Tlv
> OUT: Label mapping msg does not have LSPID Tlv
> OUT: Label mapping msg does not have traffic Tlv
> OUT: LABEL MAPPING MSG ***END***:
> OUT: Label Mapping Sent to 0a001502:0 for 0a060a00/24
> EXIT: ldp_label_mapping_send
> ldp_label_mapping_with_xc: exit
> EXIT: ldp_label_mapping_initial_callback
> ENTER: ldp_label_mapping_initial_callback
> OUT: Initial Label Mapping fired: session(4)
> OUT: Processing: 0a001a00/24 via (not an LDP interface)
>
> ldp_label_mapping_with_xc: enter
> ENTER: Prepare_Label_Mapping_Attributes
> EXIT: Prepare_Label_Mapping_Attributes
> ENTER: ldp_label_mapping_send
> ENTER: lsr_cfg_insegment_set
> EXIT: lsr_cfg_insegment_set
> OUT: In Label Added
> OUT: LPD Header : protocolVersion = 1
> OUT: pduLength = 33
> OUT: lsrAddress = a001a02
> OUT: labelSpace = 0
> OUT: LABEL MAPPING MSG ***START***:
> OUT: baseMsg : uBit = 0
> OUT: msgType = 400
> OUT: msgLength = 23
> OUT: msgId = 42
> OUT: fecTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 100
> OUT: length = 7
> OUT: fecTlv->numberFecElements = 1
> OUT: elem 0 type is 2
> OUT: Fec Element : type = 2, addFam = 1, preLen = 24, address =
> a001a00
> OUT:
> OUT: fecTlv.wcElemExists = 0
> OUT: genLblTlv:
> OUT: Tlv:
> OUT: BaseTlv: uBit = 0
> OUT: fBit = 0
> OUT: type = 200
> OUT: length = 4
> OUT: genLbl data: label = 10015
> OUT: Label mapping msg does not have atm label Tlv
> OUT: Label mapping msg does not have fr label Tlv
> OUT: Label mapping msg does not have hop count Tlv
> OUT: Label mapping msg does not have path vector Tlv
>
> ....
>
> more trace-output necessary?
>
>
> any ideas?
>
>
> thx in advance,
> markus
>
> >
> > > Currently their does not exist the means to signal label stackin in
> > > mplsd. It should not be _that_ hard to implement. Basically what is
> > needed
> > > is a CLI for the target peer configuration.
> > >
> > > Laters
> > >
> > > On Fri, Mar 07, 2003 at 12:35:12PM +0100, Markus Hennig wrote:
> > >
> > >>Hi all,
> > >>
> > >>i found a issue with MPLS Zebra-mplsd (all are newest versions
> from CVS):
> > >>
> > >>I use a small testsetup with 4 LSR, routed by OSPF (all area 0) and
> > LDP works, but /proc/net/mpls_out reports garbage:
> > >>
> > >>0x00000003 2200/136388/0 5 PUSH(gen 10032) SET(eth2,10.3.6.3)
> > >>
> > >>because eth2 is:
> > >>
> > >>LSR-6:/etc/rc.d$ ifconfig eth2
> > >>eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
> > >> inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
> > >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> > >> RX packets:22792 errors:0 dropped:0 overruns:0 frame:0
> > >> TX packets:11316 errors:0 dropped:0 overruns:0 carrier:0
> > >> collisions:0 txqueuelen:100
> > >> RX bytes:1577487 (1.5 Mb) TX bytes:947570 (925.3 Kb)
> > >> Interrupt:5
> > >>
> > >>and eth1 is the correct one:
> > >>
> > >>LSR-6:/etc/rc.d$ ifconfig eth1
> > >>eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
> > >> inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
> > >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> > >> RX packets:28146 errors:0 dropped:0 overruns:0 frame:0
> > >> TX packets:10651 errors:0 dropped:0 overruns:0 carrier:0
> > >> collisions:0 txqueuelen:100
> > >> RX bytes:1956041 (1.8 Mb) TX bytes:889563 (868.7 Kb)
> > >> Interrupt:5
> > >>
> > >>the IP 10.3.6.3 is the correct IP of the next LSR
> > >>and all MPLS packets are correct routed to eth1.
> > >>
> > >>the device for the proc output is initialized here (mpsl_utils.c:110):
> > >>
> > >>static struct mpls_dst *mpls_make_dst(unsigned int ifi,struct
> > sockaddr *nh,
> > >> struct mpls_out_info *moi) {
> > >> struct net_device *dev = NULL;
> > >> struct mpls_dst *md = NULL;
> > >> struct rtable *rt = NULL;
> > >> unsigned int nhip;
> > >>
> > >> MPLS_DEBUG(("mpls_make_dst: enter\n"));
> > >>
> > >> if (!(dev = dev_get_by_index(ifi))) {
> > >> goto mpls_make_dst_4;
> > >> }
> > >>
> > >>maybe 'ifi' is wrong?
> > >>
> > >>added entries with mplsadm2 are correct.
> > >>
> > >>any ideas? more debug output needed ? (i can reproduce this every
> time)
> > >>
> > >>btw, some answers for this question:
> > >>
> > >>
> > >>>Hi all,
> > >>>
> > >>>does anybody know a simple config for (zebra-)mplsd to generate
> > >>>a setup with a labelstack > 1 ?
> > >>>
> > >>
> > >>?
> > >>
> > >>thx in advance,
> > >>markus
> > >
|
|
From: Markus H. <mh...@as...> - 2003-03-09 12:19:26
|
Markus Hennig wrote:
> James R. Leu wrote:
> > Make sure there is not ECMP (equal cost multipath) in your network.
>
> there are not multipaths, here is my very simple testsetup:
>
> all networks are /24 and starting with '10.', all MAC-addrs=00:00:IP
>
>
>
> HOST
> ---------lsr1-------------lsr3----------------lsr6---------next LSR not
> started
> 0.30.2 1.2.1 1.2.3 3.6.3 3.6.6 10.6.6
>
> > Other then that, try turning on all mplsd tracing (mpls ldp\ntrace all\n)
> > and send it to the list.
>
> really 'trace all', is there no quieter option ?
>
ok, back with the trace output:
LSR1
----
LER-1:~$ cat /proc/net/mpls_in
0x02710001 0/0/0 gen 10000 0 1 POP PEEK
0x02711001 0/0/0 gen 10001 0 1 POP PEEK
0x02712001 0/0/0 gen 10002 0 1 POP PEEK
0x02713001 0/0/0 gen 10003 0 1 POP PEEK
0x02714001 0/0/0 gen 10004 0 1 POP PEEK
0x02715001 0/0/0 gen 10005 0 1 POP PEEK
0x02716001 0/0/0 gen 10006 0 1 POP PEEK
0x02717001 0/0/0 gen 10007 0 1 POP PEEK
0x02718001 0/0/0 gen 10008 0 1 POP FWD(0x00000002)
0x02719001 0/0/0 gen 10009 0 1 POP FWD(0x00000003)
0x0271a001 0/0/0 gen 10010 0 1 POP FWD(0x00000003)
0x0271b001 0/0/0 gen 10011 0 1 POP FWD(0x00000003)
0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
0x02720001 0/0/0 gen 10016 0 1 POP FWD(0x00000002)
0x02721001 0/0/0 gen 10017 0 1 POP PEEK
0x02722001 0/0/0 gen 10018 0 1 POP PEEK
0x02723001 0/0/0 gen 10019 0 1 POP PEEK
0x02724001 0/0/0 gen 10020 0 1 POP PEEK
0x02725001 0/0/0 gen 10021 0 1 POP FWD(0x00000002)
LER-1:~$ cat /proc/net/mpls_out
0x00000002 112/7408/0 7 PUSH(gen 10007) SET(eth2,10.1.2.3)
0x00000003 0/0/0 5 PUSH(gen 10017) SET(eth2,10.1.2.3)
LER-1:~$ ifconfig eth1
eth1 Link encap:Ethernet HWaddr FE:FD:00:00:00:00
inet addr:10.0.30.2 Bcast:10.0.30.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:37 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:3626 (3.5 Kb)
Interrupt:5
LER-1:~$ ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:00:0A:01:02:01
inet addr:10.1.2.1 Bcast:10.1.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:954 errors:0 dropped:0 overruns:0 frame:0
TX packets:464 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:66452 (64.8 Kb) TX bytes:38390 (37.4 Kb)
Interrupt:5
-> looks ok
ldp_if_new:
2003/03/09 10:16:10 MPLS: MPLSd (0.93a) starts
2003/03/09 10:16:10 MPLS: interface add lo index 1 flags 73 metric 1 mtu
16436
2003/03/09 10:16:10 MPLS: address add 127.0.0.1 to interface lo
2003/03/09 10:16:10 MPLS: interface add dummy0 index 2 flags 195 metric 1
mtu 1500
2003/03/09 10:16:10 MPLS: address add 10.0.21.2 to interface dummy0
2003/03/09 10:16:10 MPLS: interface add eth2 index 3 flags 4163 metric 1 mtu
1500
2003/03/09 10:16:10 MPLS: address add 10.1.2.1 to interface eth2
2003/03/09 10:16:10 MPLS: interface add eth0 index 4 flags 4675 metric 1 mtu
1500
2003/03/09 10:16:10 MPLS: address add 10.0.21.2 to interface eth0
2003/03/09 10:16:10 MPLS: interface add eth1 index 5 flags 4163 metric 1 mtu
1500
2003/03/09 10:16:10 MPLS: address add 10.0.30.2 to interface eth1
2003/03/09 10:16:10 MPLS: router-id change 10.0.21.2
2003/03/09 10:16:10 MPLS: router-id update 10.0.21.2
2003/03/09 10:16:10 MPLS: router add 10.0.21.0/24
2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
2003/03/09 10:16:10 MPLS: ifindex 4
2003/03/09 10:16:10 MPLS: router add 10.0.21.2/32
2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
2003/03/09 10:16:10 MPLS: ifindex 2
2003/03/09 10:16:10 MPLS: router add 10.0.30.0/24
2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
2003/03/09 10:16:10 MPLS: ifindex 5
2003/03/09 10:16:10 MPLS: router add 10.1.2.0/24
2003/03/09 10:16:10 MPLS: nexthop 0.0.0.0
2003/03/09 10:16:10 MPLS: ifindex 3
2003/03/09 10:16:10 MPLS: router add 10.3.6.0/24
2003/03/09 10:16:10 MPLS: nexthop 10.1.2.3
2003/03/09 10:16:10 MPLS: ifindex 3
2003/03/09 10:16:10 MPLS: router add 10.6.10.0/24
2003/03/09 10:16:10 MPLS: nexthop 10.1.2.3
2003/03/09 10:16:10 MPLS: ifindex 3
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
_ldp_global_add_outlabel
ldp_label_mapping_with_xc: enter
mpls_mpls_xconnect_add: 10008 <-> 10007
ldp_label_mapping_with_xc: exit
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
_ldp_global_add_outlabel
ldp_label_mapping_with_xc: enter
mpls_mpls_xconnect_add: 10009 <-> 10017
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
mpls_mpls_xconnect_add: 10010 <-> 10017
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
mpls_mpls_xconnect_add: 10011 <-> 10017
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
ldp_label_mapping_with_xc: exit
ldp_get_session_by_next_hop: NH_OTHER 0x80cb598
ldp_get_next_hop_session_for_fec: 0x80cb598
ldp_label_mapping_with_xc: enter
mpls_mpls_xconnect_add: 10016 <-> 10007
ldp_label_mapping_with_xc: exit
ldp_label_mapping_with_xc: enter
LSR-3
-----
LSR-3:~$ cat /proc/net/mpls_in
0x02710001 0/0/0 gen 10000 0 1 POP PEEK
0x02711001 0/0/0 gen 10001 0 1 POP PEEK
0x02712001 0/0/0 gen 10002 0 1 POP PEEK
0x02713001 0/0/0 gen 10003 0 1 POP PEEK
0x02714001 0/0/0 gen 10004 0 1 POP PEEK
0x02715001 0/0/0 gen 10005 0 1 POP PEEK
0x02716001 0/0/0 gen 10006 0 1 POP PEEK
0x02717001 145/10028/0 gen 10007 0 1 POP PEEK
0x02718001 0/0/0 gen 10008 0 1 POP PEEK
0x02719001 0/0/0 gen 10009 0 1 POP PEEK
0x0271a001 0/0/0 gen 10010 0 1 POP PEEK
0x0271b001 0/0/0 gen 10011 0 1 POP PEEK
0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
0x02720001 0/0/0 gen 10016 0 1 POP FWD(0x00000002)
0x02721001 0/0/0 gen 10017 0 1 POP FWD(0x00000002)
0x02722001 0/0/0 gen 10018 0 1 POP FWD(0x00000002)
LSR-3:~$ cat /proc/net/mpls_out
0x00000002 0/0/0 4 PUSH(gen 10007) SET(eth1,10.3.6.6)
LSR-3:~$ ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:00:0A:01:02:03
inet addr:10.1.2.3 Bcast:10.1.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1516 errors:0 dropped:0 overruns:0 frame:0
TX packets:696 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:103654 (101.2 Kb) TX bytes:58776 (57.3 Kb)
Interrupt:5
LSR-3:/tmp$ ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:00:0A:03:06:03
inet addr:10.3.6.3 Bcast:10.3.6.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6971 errors:0 dropped:0 overruns:0 frame:0
TX packets:2990 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:507953 (496.0 Kb) TX bytes:259521 (253.4 Kb)
Interrupt:5
-> outgoing interface wrong, IP correct
ldp_if_new:
ENTER: ldp_cfg_if_set
EXIT: ldp_cfg_if_set
ENTER: ldp_cfg_entity_set
PRT: ldp_cfg_entity_set: entity not ready
EXIT: ldp_cfg_entity_set
ENTER: ldp_cfg_entity_get
EXIT: ldp_cfg_entity_get
ENTER: ldp_cfg_if_get
EXIT: ldp_cfg_if_get
ldp_if_new:
ENTER: ldp_cfg_if_set
EXIT: ldp_cfg_if_set
ENTER: ldp_cfg_entity_set
PRT: ldp_cfg_entity_set: entity not ready
EXIT: ldp_cfg_entity_set
ENTER: ldp_cfg_entity_get
EXIT: ldp_cfg_entity_get
ENTER: ldp_cfg_if_get
EXIT: ldp_cfg_if_get
2003/03/09 10:16:20 MPLS: MPLSd (0.93a) starts
2003/03/09 10:16:20 MPLS: interface add lo index 1 flags 73 metric 1 mtu
16436
2003/03/09 10:16:20 MPLS: address add 127.0.0.1 to interface lo
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:20 MPLS: interface add dummy0 index 2 flags 195 metric 1
mtu 1500
2003/03/09 10:16:20 MPLS: address add 10.0.23.2 to interface dummy0
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:20 MPLS: interface add eth1 index 3 flags 4163 metric 1 mtu
1500
2003/03/09 10:16:20 MPLS: address add 10.1.2.3 to interface eth1
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:20 MPLS: interface add eth2 index 4 flags 4163 metric 1 mtu
1500
2003/03/09 10:16:20 MPLS: address add 10.3.6.3 to interface eth2
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:20 MPLS: interface add eth0 index 5 flags 4675 metric 1 mtu
1500
2003/03/09 10:16:20 MPLS: address add 10.0.23.2 to interface eth0
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:20 MPLS: router-id change 10.0.23.2
2003/03/09 10:16:20 MPLS: router-id update 10.0.23.2
ENTER: ldp_cfg_global_set
ENTER: ldp_global_shutdown
ENTER: ldp_entity_shutdown
ENTER: ldp_if_shutdown
EXIT: ldp_if_shutdown
EXIT: ldp_entity_shutdown
ENTER: ldp_entity_shutdown
ENTER: ldp_if_shutdown
EXIT: ldp_if_shutdown
EXIT: ldp_entity_shutdown
EXIT: ldp_global_shutdown
EXIT: ldp_cfg_global_set
ENTER: ldp_cfg_global_set
EXIT: ldp_cfg_global_set
ENTER: ldp_cfg_global_set
ENTER: ldp_global_startup
ENTER: ldp_entity_startup
ENTER: ldp_if_startup
OUT: Hello Send: entity(1)
OUT: LPD Header : protocolVersion = 1
OUT: pduLength = 30
OUT: lsrAddress = a001702
OUT: labelSpace = 0
OUT: HELLO MSG ***START***:
OUT: baseMsg : uBit = 0
OUT: msgType = 100
OUT: msgLength = 20
OUT: msgId = 1
OUT: chpTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 400
OUT: length = 4
OUT: chpTlv data: holdTime = 15
OUT: chpTlv Flags: target = 0
OUT: request = 0
OUT: res = 0
OUT: Hello msg does not have TrAdr TLV
OUT: csnTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 402
OUT: length = 4
OUT: csnTlv data: value = 6
OUT: HELLO MSG ***END***:
...
ENTER: ldp_label_mapping_send
ENTER: lsr_cfg_insegment_set
EXIT: lsr_cfg_insegment_set
OUT: In Label Added
OUT: LPD Header : protocolVersion = 1
OUT: pduLength = 33
OUT: lsrAddress = a001702
OUT: labelSpace = 0
OUT: LABEL MAPPING MSG ***START***:
OUT: baseMsg : uBit = 0
OUT: msgType = 400
OUT: msgLength = 23
OUT: msgId = 22
OUT: fecTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 100
OUT: length = 7
OUT: fecTlv->numberFecElements = 1
OUT: elem 0 type is 2
OUT: Fec Element : type = 2, addFam = 1, preLen = 24, address =
a030600
OUT:
OUT: fecTlv.wcElemExists = 0
OUT: genLblTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 200
OUT: length = 4
OUT: genLbl data: label = 10007
OUT: Label mapping msg does not have atm label Tlv
OUT: Label mapping msg does not have fr label Tlv
OUT: Label mapping msg does not have hop count Tlv
OUT: Label mapping msg does not have path vector Tlv
OUT: Label mapping msg does not have label messageId Tlv
OUT: Label mapping msg does not have LSPID Tlv
OUT: Label mapping msg does not have traffic Tlv
OUT: LABEL MAPPING MSG ***END***:
OUT: Label Mapping Sent to 0a001502:0 for 0a030600/24
EXIT: ldp_label_mapping_send
ldp_label_mapping_with_xc: exit
OUT: Processing: 0a060a00/24 via eth2/0a030606
EXIT: ldp_label_mapping_initial_callback
ENTER: ldp_event
ENTER: ldp_buf_process
mode trace output necessary ?
LSR-6
-----
LSR-6:/tmp$ cat /proc/net/mpls_in
0x02710001 0/0/0 gen 10000 0 1 POP PEEK
0x02711001 0/0/0 gen 10001 0 1 POP PEEK
0x02712001 0/0/0 gen 10002 0 1 POP PEEK
0x02713001 0/0/0 gen 10003 0 1 POP PEEK
0x02714001 0/0/0 gen 10004 0 1 POP PEEK
0x02715001 0/0/0 gen 10005 0 1 POP PEEK
0x02716001 0/0/0 gen 10006 0 1 POP PEEK
0x02717001 0/0/0 gen 10007 0 1 POP PEEK
0x02718001 0/0/0 gen 10008 0 1 POP FWD(0x00000002)
0x02719001 0/0/0 gen 10009 0 1 POP FWD(0x00000002)
0x0271a001 0/0/0 gen 10010 0 1 POP FWD(0x00000002)
0x0271b001 0/0/0 gen 10011 0 1 POP PEEK
0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
0x02720001 0/0/0 gen 10016 0 1 POP PEEK
0x02721001 0/0/0 gen 10017 0 1 POP PEEK
0x02722001 0/0/0 gen 10018 0 1 POP PEEK
LSR-6:/tmp$ cat /proc/net/mpls_out
0x00000002 0/0/0 4 PUSH(gen 10014) SET(eth2,10.3.6.3)
LSR-6:/tmp$ ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:836 errors:0 dropped:0 overruns:0 frame:0
TX packets:401 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:58211 (56.8 Kb) TX bytes:33901 (33.1 Kb)
Interrupt:5
eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:601 errors:0 dropped:0 overruns:0 frame:0
TX packets:145 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:41900 (40.9 Kb) TX bytes:11922 (11.6 Kb)
Interrupt:5
-> ougoing interface wrong, IP correct
ldp_if_new:
ENTER: ldp_cfg_if_set
EXIT: ldp_cfg_if_set
ENTER: ldp_cfg_entity_set
PRT: ldp_cfg_entity_set: entity not ready
EXIT: ldp_cfg_entity_set
ENTER: ldp_cfg_entity_get
EXIT: ldp_cfg_entity_get
ENTER: ldp_cfg_if_get
EXIT: ldp_cfg_if_get
ldp_if_new:
ENTER: ldp_cfg_if_set
EXIT: ldp_cfg_if_set
ENTER: ldp_cfg_entity_set
PRT: ldp_cfg_entity_set: entity not ready
EXIT: ldp_cfg_entity_set
ENTER: ldp_cfg_entity_get
EXIT: ldp_cfg_entity_get
ENTER: ldp_cfg_if_get
EXIT: ldp_cfg_if_get
2003/03/09 10:16:28 MPLS: MPLSd (0.93a) starts
2003/03/09 10:16:28 MPLS: interface add lo index 1 flags 73 metric 1 mtu
16436
2003/03/09 10:16:28 MPLS: address add 127.0.0.1 to interface lo
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:28 MPLS: interface add dummy0 index 2 flags 195 metric 1
mtu 1500
2003/03/09 10:16:28 MPLS: address add 10.0.26.2 to interface dummy0
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:28 MPLS: interface add eth1 index 3 flags 4163 metric 1 mtu
1500
2003/03/09 10:16:28 MPLS: address add 10.3.6.6 to interface eth1
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:28 MPLS: interface add eth2 index 4 flags 4163 metric 1 mtu
1500
2003/03/09 10:16:28 MPLS: address add 10.6.10.6 to interface eth2
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:28 MPLS: interface add eth0 index 5 flags 4675 metric 1 mtu
1500
2003/03/09 10:16:28 MPLS: address add 10.0.26.2 to interface eth0
ENTER: _ldp_global_ifmgr_callback
EXIT: _ldp_global_ifmgr_callback
2003/03/09 10:16:28 MPLS: router-id change 10.0.26.2
2003/03/09 10:16:28 MPLS: router-id update 10.0.26.2
ENTER: ldp_cfg_global_set
ENTER: ldp_global_shutdown
ENTER: ldp_entity_shutdown
ENTER: ldp_if_shutdown
EXIT: ldp_if_shutdown
EXIT: ldp_entity_shutdown
ENTER: ldp_entity_shutdown
ENTER: ldp_if_shutdown
EXIT: ldp_if_shutdown
EXIT: ldp_entity_shutdown
EXIT: ldp_global_shutdown
EXIT: ldp_cfg_global_set
ENTER: ldp_cfg_global_set
EXIT: ldp_cfg_global_set
ENTER: ldp_cfg_global_set
ENTER: ldp_global_startup
ENTER: ldp_entity_startup
ENTER: ldp_if_startup
OUT: Hello Send: entity(1)
OUT: LPD Header : protocolVersion = 1
OUT: pduLength = 30
OUT: lsrAddress = a001a02
OUT: labelSpace = 0
OUT: HELLO MSG ***START***:
OUT: baseMsg : uBit = 0
OUT: msgType = 100
OUT: msgLength = 20
OUT: msgId = 1
OUT: chpTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 400
OUT: length = 4
OUT: chpTlv data: holdTime = 15
OUT: chpTlv Flags: target = 0
OUT: request = 0
OUT: res = 0
OUT: Hello msg does not have TrAdr TLV
OUT: csnTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 402
OUT: length = 4
OUT: csnTlv data: value = 6
OUT: HELLO MSG ***END***:
...
ENTER: Prepare_Label_Mapping_Attributes
EXIT: Prepare_Label_Mapping_Attributes
ENTER: ldp_label_mapping_send
ENTER: lsr_cfg_insegment_set
EXIT: lsr_cfg_insegment_set
OUT: In Label Added
OUT: LPD Header : protocolVersion = 1
OUT: pduLength = 33
OUT: lsrAddress = a001a02
OUT: labelSpace = 0
OUT: LABEL MAPPING MSG ***START***:
OUT: baseMsg : uBit = 0
OUT: msgType = 400
OUT: msgLength = 23
OUT: msgId = 41
OUT: fecTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 100
OUT: length = 7
OUT: fecTlv->numberFecElements = 1
OUT: elem 0 type is 2
OUT: Fec Element : type = 2, addFam = 1, preLen = 24, address =
a060a00
OUT:
OUT: fecTlv.wcElemExists = 0
OUT: genLblTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 200
OUT: length = 4
OUT: genLbl data: label = 10014
OUT: Label mapping msg does not have atm label Tlv
OUT: Label mapping msg does not have fr label Tlv
OUT: Label mapping msg does not have hop count Tlv
OUT: Label mapping msg does not have path vector Tlv
OUT: Label mapping msg does not have label messageId Tlv
OUT: Label mapping msg does not have LSPID Tlv
OUT: Label mapping msg does not have traffic Tlv
OUT: LABEL MAPPING MSG ***END***:
OUT: Label Mapping Sent to 0a001502:0 for 0a060a00/24
EXIT: ldp_label_mapping_send
ldp_label_mapping_with_xc: exit
EXIT: ldp_label_mapping_initial_callback
ENTER: ldp_label_mapping_initial_callback
OUT: Initial Label Mapping fired: session(4)
OUT: Processing: 0a001a00/24 via (not an LDP interface)
ldp_label_mapping_with_xc: enter
ENTER: Prepare_Label_Mapping_Attributes
EXIT: Prepare_Label_Mapping_Attributes
ENTER: ldp_label_mapping_send
ENTER: lsr_cfg_insegment_set
EXIT: lsr_cfg_insegment_set
OUT: In Label Added
OUT: LPD Header : protocolVersion = 1
OUT: pduLength = 33
OUT: lsrAddress = a001a02
OUT: labelSpace = 0
OUT: LABEL MAPPING MSG ***START***:
OUT: baseMsg : uBit = 0
OUT: msgType = 400
OUT: msgLength = 23
OUT: msgId = 42
OUT: fecTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 100
OUT: length = 7
OUT: fecTlv->numberFecElements = 1
OUT: elem 0 type is 2
OUT: Fec Element : type = 2, addFam = 1, preLen = 24, address =
a001a00
OUT:
OUT: fecTlv.wcElemExists = 0
OUT: genLblTlv:
OUT: Tlv:
OUT: BaseTlv: uBit = 0
OUT: fBit = 0
OUT: type = 200
OUT: length = 4
OUT: genLbl data: label = 10015
OUT: Label mapping msg does not have atm label Tlv
OUT: Label mapping msg does not have fr label Tlv
OUT: Label mapping msg does not have hop count Tlv
OUT: Label mapping msg does not have path vector Tlv
....
more trace-output necessary?
any ideas?
thx in advance,
markus
>
> > Currently their does not exist the means to signal label stackin in
> > mplsd. It should not be _that_ hard to implement. Basically what is
> needed
> > is a CLI for the target peer configuration.
> >
> > Laters
> >
> > On Fri, Mar 07, 2003 at 12:35:12PM +0100, Markus Hennig wrote:
> >
> >>Hi all,
> >>
> >>i found a issue with MPLS Zebra-mplsd (all are newest versions from CVS):
> >>
> >>I use a small testsetup with 4 LSR, routed by OSPF (all area 0) and
> LDP works, but /proc/net/mpls_out reports garbage:
> >>
> >>0x00000003 2200/136388/0 5 PUSH(gen 10032) SET(eth2,10.3.6.3)
> >>
> >>because eth2 is:
> >>
> >>LSR-6:/etc/rc.d$ ifconfig eth2
> >>eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
> >> inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
> >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> >> RX packets:22792 errors:0 dropped:0 overruns:0 frame:0
> >> TX packets:11316 errors:0 dropped:0 overruns:0 carrier:0
> >> collisions:0 txqueuelen:100
> >> RX bytes:1577487 (1.5 Mb) TX bytes:947570 (925.3 Kb)
> >> Interrupt:5
> >>
> >>and eth1 is the correct one:
> >>
> >>LSR-6:/etc/rc.d$ ifconfig eth1
> >>eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
> >> inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
> >> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> >> RX packets:28146 errors:0 dropped:0 overruns:0 frame:0
> >> TX packets:10651 errors:0 dropped:0 overruns:0 carrier:0
> >> collisions:0 txqueuelen:100
> >> RX bytes:1956041 (1.8 Mb) TX bytes:889563 (868.7 Kb)
> >> Interrupt:5
> >>
> >>the IP 10.3.6.3 is the correct IP of the next LSR
> >>and all MPLS packets are correct routed to eth1.
> >>
> >>the device for the proc output is initialized here (mpsl_utils.c:110):
> >>
> >>static struct mpls_dst *mpls_make_dst(unsigned int ifi,struct
> sockaddr *nh,
> >> struct mpls_out_info *moi) {
> >> struct net_device *dev = NULL;
> >> struct mpls_dst *md = NULL;
> >> struct rtable *rt = NULL;
> >> unsigned int nhip;
> >>
> >> MPLS_DEBUG(("mpls_make_dst: enter\n"));
> >>
> >> if (!(dev = dev_get_by_index(ifi))) {
> >> goto mpls_make_dst_4;
> >> }
> >>
> >>maybe 'ifi' is wrong?
> >>
> >>added entries with mplsadm2 are correct.
> >>
> >>any ideas? more debug output needed ? (i can reproduce this every time)
> >>
> >>btw, some answers for this question:
> >>
> >>
> >>>Hi all,
> >>>
> >>>does anybody know a simple config for (zebra-)mplsd to generate
> >>>a setup with a labelstack > 1 ?
> >>>
> >>
> >>?
> >>
> >>thx in advance,
> >>markus
> >
|
|
From: Markus H. <mh...@as...> - 2003-03-09 09:38:05
|
James R. Leu wrote:
> Make sure there is not ECMP (equal cost multipath) in your network.
there are not multipaths, here is my very simple testsetup:
all network are /24 and starting with '10.', all MAC-addrs=00:00:IP
HOST
---------lsr1-------------lsr3----------------lsr6---------next LSR not
started
0.30.2 1.2.1 1.2.3 3.6.3 3.6.6 10.6.6
> Other then that, try turning on all mplsd tracing (mpls ldp\ntrace all\n)
> and send it to the list.
really 'trace all', is there no quieter option ?
i start for today with the kernel log: (tomorrow i'm going to send the
'strace all' dump from lsr1, lsr3 and lsr6)
LSR1:
LER-1:~$ ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:00:0A:01:02:01
inet addr:10.1.2.1 Bcast:10.1.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2039 errors:0 dropped:0 overruns:0 frame:0
TX packets:17669 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:142778 (139.4 Kb) TX bytes:1441757 (1.3 Mb)
Interrupt:5
LER-1:~$ cat /proc/net/mpls_in
0x0271a001 0/0/0 gen 10010 0 1 POP PEEK
0x02728001 0/0/0 gen 10024 0 1 POP PEEK
0x02729001 0/0/0 gen 10025 0 1 POP PEEK
0x0272a001 0/0/0 gen 10026 0 1 POP PEEK
0x0272b001 0/0/0 gen 10027 0 1 POP PEEK
0x0272c001 0/0/0 gen 10028 0 1 POP PEEK
0x0272d001 0/0/0 gen 10029 0 1 POP PEEK
0x0272e001 0/0/0 gen 10030 0 1 POP PEEK
0x0272f001 0/0/0 gen 10031 0 1 POP PEEK
0x02730001 0/0/0 gen 10032 0 1 POP PEEK
0x02731001 0/0/0 gen 10033 0 1 POP PEEK
0x02733001 0/0/0 gen 10035 0 1 POP PEEK
0x02734001 0/0/0 gen 10036 0 1 POP PEEK
0x02735001 0/0/0 gen 10037 0 1 POP PEEK
0x02736001 0/0/0 gen 10038 0 1 POP PEEK
0x02737001 0/0/0 gen 10039 0 1 POP PEEK
0x02738001 0/0/0 gen 10040 0 1 POP PEEK
0x02739001 0/0/0 gen 10041 0 1 POP PEEK
0x0273a001 0/0/0 gen 10042 0 1 POP PEEK
0x0273b001 0/0/0 gen 10043 0 1 POP PEEK
0x0273c001 0/0/0 gen 10044 0 1 POP PEEK
0x0273d001 0/0/0 gen 10045 0 1 POP FWD(0x00000005)
0x02743001 0/0/0 gen 10051 0 1 POP FWD(0x00000006)
LER-1:~$ cat /proc/net/mpls_out
0x00000003 0/0/0 1 PUSH(gen 10009) SET(eth2,10.1.2.3)
0x00000005 191/11754/0 5 PUSH(gen 10007) SET(eth2,10.1.2.3)
0x00000006 0/0/0 3 PUSH(gen 10017) SET(eth2,10.1.2.3)
-> because there is only one enabled ldp NIC everythin is ok
LSR3:
LSR-3:/etc$ ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:00:0A:01:02:03
inet addr:10.1.2.3 Bcast:10.1.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2730 errors:0 dropped:0 overruns:0 frame:0
TX packets:1336 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:189656 (185.2 Kb) TX bytes:112066 (109.4 Kb)
Interrupt:5
eth2 Link encap:Ethernet HWaddr 00:00:0A:03:06:03
inet addr:10.3.6.3 Bcast:10.3.6.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2777 errors:0 dropped:0 overruns:0 frame:0
TX packets:1428 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:192946 (188.4 Kb) TX bytes:121726 (118.8 Kb)
Interrupt:5
LSR-3:/etc$ cat /proc/net/mpls_in
0x02718001 0/0/0 gen 10008 0 1 POP PEEK
0x02719001 0/0/0 gen 10009 0 1 POP PEEK
0x0271a001 0/0/0 gen 10010 0 1 POP PEEK
0x0271b001 0/0/0 gen 10011 0 1 POP PEEK
0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
0x02722001 0/0/0 gen 10018 0 1 POP FWD(0x00000004)
0x02723001 0/0/0 gen 10019 0 1 POP PEEK
0x02724001 0/0/0 gen 10020 0 1 POP PEEK
0x02725001 0/0/0 gen 10021 0 1 POP PEEK
0x02726001 0/0/0 gen 10022 0 1 POP PEEK
0x02727001 0/0/0 gen 10023 0 1 POP FWD(0x00000004)
0x02728001 0/0/0 gen 10024 0 1 POP PEEK
0x02729001 0/0/0 gen 10025 0 1 POP PEEK
0x0272a001 0/0/0 gen 10026 0 1 POP PEEK
0x0272b001 63/4638/0 gen 10027 0 1 POP PEEK
0x0272c001 0/0/0 gen 10028 0 1 POP FWD(0x00000004)
0x0272d001 0/0/0 gen 10029 0 1 POP FWD(0x00000003)
0x0272e001 0/0/0 gen 10030 0 1 POP FWD(0x00000003)
0x0272f001 0/0/0 gen 10031 0 1 POP FWD(0x00000003)
LSR-3:/etc$ cat /proc/net/mpls_out
0x00000003 0/0/0 4 PUSH(gen 10007) SET(eth1,10.3.6.6)
0x00000004 0/0/0 4 PUSH(gen 10026) SET(eth1,10.3.6.6)
Mar 9 00:32:55 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:32:55 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:32:55 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:32:55 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:32:55 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:32:55 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:32:55 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:32:55 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:32:55 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:32:55 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:32:55 LSR-3 kernel: mpls_add_in_label: 02718001 = Label GEN 10008
Mar 9 00:32:55 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:32:56 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:32:56 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:32:56 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:32:56 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:32:56 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:32:56 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:32:56 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:32:56 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:32:56 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:32:56 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:32:56 LSR-3 kernel: mpls_add_in_label: 02719001 = Label GEN 10009
Mar 9 00:32:59 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:33:05 LSR-3 kernel: mpls_rcv: enter
Mar 9 00:33:05 LSR-3 kernel: mpls_skb_dump: from eth1 with len 64
(1692) headroom=30 tailroom=1442
Mar 9 00:33:05 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|027171404500003c000040004
Mar 9 00:33:05 LSR-3 kernel: mpls_input: enter
Mar 9 00:33:05 LSR-3 kernel: mpls_input:
labelspace=0,label=10007,exp=0,B.O.S=1,TTL=64
Mar 9 00:33:05 LSR-3 kernel: mpls_skb_dump: from eth1 with len 64
(1692) headroom=30 tailroom=1442
Mar 9 00:33:05 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|027171404500003c000040004
Mar 9 00:33:05 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:33:05 LSR-3 kernel: mpls_in_info_hold: new count 2
Mar 9 00:33:05 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:33:05 LSR-3 kernel: mpls_input: opcode POP
Mar 9 00:33:05 LSR-3 kernel: mpls_input: opcode PEEK
Mar 9 00:33:06 LSR-3 kernel: mpls_in_info_release: enter
Mar 9 00:33:06 LSR-3 kernel: mpls_in_info_release: new count 1
Mar 9 00:33:06 LSR-3 kernel: mpls_in_info_release: exit
Mar 9 00:33:06 LSR-3 kernel: mpls_input: delivering
Mar 9 00:33:06 LSR-3 kernel: mpls_finish: enter
Mar 9 00:33:06 LSR-3 kernel: mpls_finish: exit
Mar 9 00:33:06 LSR-3 kernel: mpls_dlv: result of sending packet to IPv4 0
Mar 9 00:33:06 LSR-3 kernel: mpls_rcv_finish: exit(0)
Mar 9 00:33:06 LSR-3 kernel: mpls_rcv: enter
Mar 9 00:33:06 LSR-3 kernel: mpls_skb_dump: from eth1 with len 64
(1692) headroom=30 tailroom=1442
Mar 9 00:33:06 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|027171404500003c000040004
Mar 9 00:33:06 LSR-3 kernel: mpls_input: enter
Mar 9 00:33:07 LSR-3 kernel: mpls_input:
labelspace=0,label=10007,exp=0,B.O.S=1,TTL=64
Mar 9 00:33:07 LSR-3 kernel: mpls_skb_dump: from eth1 with len 64
(1692) headroom=30 tailroom=1442
Mar 9 00:33:07 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|027171404500003c000040004
Mar 9 00:33:07 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:33:07 LSR-3 kernel: mpls_in_info_hold: new count 2
Mar 9 00:33:07 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:33:07 LSR-3 kernel: mpls_input: opcode POP
Mar 9 00:33:07 LSR-3 kernel: mpls_input: opcode PEEK
Mar 9 00:33:08 LSR-3 kernel: mpls_in_info_release: enter
Mar 9 00:33:08 LSR-3 kernel: mpls_in_info_release: new count 1
Mar 9 00:33:08 LSR-3 kernel: mpls_in_info_release: exit
Mar 9 00:33:08 LSR-3 kernel: mpls_input: delivering
Mar 9 00:33:08 LSR-3 kernel: mpls_finish: enter
Mar 9 00:33:08 LSR-3 kernel: mpls_finish: exit
Mar 9 00:33:08 LSR-3 kernel: mpls_dlv: result of sending packet to IPv4 0
Mar 9 00:33:08 LSR-3 kernel: mpls_rcv_finish: exit(0)
Mar 9 00:33:08 LSR-3 kernel: mpls_rcv: enter
Mar 9 00:33:08 LSR-3 kernel: mpls_skb_dump: from eth1 with len 56
(1692) headroom=30 tailroom=1450
Mar 9 00:33:09 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|0271714045000034010b40004
Mar 9 00:33:09 LSR-3 kernel: mpls_input: enter
Mar 9 00:33:09 LSR-3 kernel: mpls_input:
labelspace=0,label=10007,exp=0,B.O.S=1,TTL=64
Mar 9 00:33:09 LSR-3 kernel: mpls_skb_dump: from eth1 with len 56
(1692) headroom=30 tailroom=1450
Mar 9 00:33:10 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|0271714045000034010b40004
Mar 9 00:33:10 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:33:11 LSR-3 kernel: mpls_in_info_hold: new count 2
Mar 9 00:33:11 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:33:11 LSR-3 kernel: mpls_input: opcode POP
Mar 9 00:33:11 LSR-3 kernel: mpls_input: opcode PEEK
Mar 9 00:33:12 LSR-3 kernel: mpls_in_info_release: enter
Mar 9 00:33:12 LSR-3 kernel: mpls_in_info_release: new count 1
Mar 9 00:33:12 LSR-3 kernel: mpls_in_info_release: exit
Mar 9 00:33:12 LSR-3 kernel: mpls_input: delivering
Mar 9 00:33:12 LSR-3 kernel: mpls_finish: enter
Mar 9 00:33:12 LSR-3 kernel: mpls_finish: exit
Mar 9 00:33:12 LSR-3 kernel: mpls_dlv: result of sending packet to IPv4
Mar 9 00:33:12 LSR-3 kernel: mpls_rcv_finish: exit(0)
Mar 9 00:33:12 LSR-3 kernel: mpls_rcv: enter
Mar 9 00:33:13 LSR-3 kernel: mpls_skb_dump: from eth1 with len 56
(1692) headroom=30 tailroom=1450
Mar 9 00:33:13 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|0271714045000034d01e40004
Mar 9 00:33:13 LSR-3 kernel: mpls_input: enter
Mar 9 00:33:13 LSR-3 kernel: mpls_input:
labelspace=0,label=10007,exp=0,B.O.S=1,TTL=64
Mar 9 00:33:13 LSR-3 kernel: mpls_skb_dump: from eth1 with len 56
(1692) headroom=30 tailroom=1450
Mar 9 00:33:13 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|0271714045000034d01e40004
Mar 9 00:33:13 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:33:13 LSR-3 kernel: mpls_in_info_hold: new count 2
Mar 9 00:33:13 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:33:13 LSR-3 kernel: mpls_input: opcode POP
Mar 9 00:33:14 LSR-3 kernel: mpls_input: opcode PEEK
Mar 9 00:33:14 LSR-3 kernel: mpls_in_info_release: enter
Mar 9 00:33:14 LSR-3 kernel: mpls_in_info_release: new count 1
Mar 9 00:33:14 LSR-3 kernel: mpls_in_info_release: exit
Mar 9 00:33:14 LSR-3 kernel: mpls_input: delivering
Mar 9 00:33:14 LSR-3 kernel: mpls_finish: enter
Mar 9 00:33:15 LSR-3 kernel: mpls_finish: exit
Mar 9 00:33:15 LSR-3 kernel: mpls_dlv: result of sending packet to IPv4 0
Mar 9 00:33:15 LSR-3 kernel: mpls_rcv_finish: exit(0)
Mar 9 00:33:15 LSR-3 kernel: mpls_rcv: enter
Mar 9 00:33:16 LSR-3 kernel: mpls_skb_dump: from eth1 with len 92
(1692) headroom=30 tailroom=1414
Mar 9 00:33:16 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|0271714045000058010c40004
Mar 9 00:33:16 LSR-3 kernel: mpls_input: enter
Mar 9 00:33:16 LSR-3 kernel: mpls_input:
labelspace=0,label=10007,exp=0,B.O.S=1,TTL=64
Mar 9 00:33:17 LSR-3 kernel: mpls_skb_dump: from eth1 with len 92
(1692) headroom=30 tailroom=1414
Mar 9 00:33:17 LSR-3 kernel:
00000000000000000000000000000000*00000a01020300000a0102018847{#|0271714045000058010c40004
Mar 9 00:33:17 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:33:17 LSR-3 kernel: mpls_in_info_hold: new count 2
Mar 9 00:33:17 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:33:17 LSR-3 kernel: mpls_input: opcode POP
Mar 9 00:33:18 LSR-3 kernel: mpls_input: opcode PEEK
Mar 9 00:33:18 LSR-3 kernel: mpls_in_info_release: enter
Mar 9 00:33:18 LSR-3 kernel: mpls_in_info_release: new count 1
Mar 9 00:33:18 LSR-3 kernel: mpls_in_info_release: exit
Mar 9 00:33:18 LSR-3 kernel: mpls_input: delivering
Mar 9 00:33:18 LSR-3 kernel: mpls_finish: enter
Mar 9 00:33:18 LSR-3 kernel: mpls_finish: exit
Mar 9 00:33:19 LSR-3 kernel: 721001 = Label GEN 10017
Mar 9 00:33:19 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:33:19 LSR-3 kernel: mpls_add_out_label: enter
Mar 9 00:33:19 LSR-3 kernel: mpls_out_info_hold: enter
Mar 9 00:33:19 LSR-3 kernel: mpls_out_info_hold: new count 1
Mar 9 00:33:19 LSR-3 kernel: mpls_out_info_hold: exit
Mar 9 00:33:19 LSR-3 kernel: mpls_add_out_label: key = 0x00000002
Mar 9 00:33:19 LSR-3 kernel: mpls_add_out_label: exit
Mar 9 00:33:19 LSR-3 kernel: mpls_set_out_label_instructions: enter
Mar 9 00:33:19 LSR-3 kernel: mpls_out_info_hold: enter
Mar 9 00:33:20 LSR-3 kernel: mpls_out_info_hold: new count 2
Mar 9 00:33:20 LSR-3 kernel: mpls_out_info_hold: exit
Mar 9 00:33:20 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:33:21 LSR-3 kernel: mpls_label_hold: enter
Mar 9 00:33:22 LSR-3 kernel: mpls_label_hold: new count 1
Mar 9 00:33:22 LSR-3 kernel: mpls_label_hold: exit
Mar 9 00:33:22 LSR-3 kernel: : push label Label GEN 10007
Mar 9 00:33:22 LSR-3 kernel: mpls_make_dst: enter
Mar 9 00:33:22 LSR-3 kernel: mpls_dst_hold: enter
Mar 9 00:33:22 LSR-3 kernel: mpls_dst_hold: new count 1
Mar 9 00:33:22 LSR-3 kernel: mpls_dst_hold: exit
Mar 9 00:33:22 LSR-3 kernel: mpls_make_dst: exit(a3220220)
Mar 9 00:33:22 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:33:22 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:33:22 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:33:22 LSR-3 kernel: mpls_out_info_release: enter
Mar 9 00:33:22 LSR-3 kernel: mpls_out_info_release: new count 1
Mar 9 00:33:22 LSR-3 kernel: mpls_out_info_release: exit
Mar 9 00:33:22 LSR-3 kernel: mpls_set_out_label_instructions: exit
Mar 9 00:33:22 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:33:23 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:33:23 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:33:23 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:33:23 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:33:23 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:33:23 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:33:23 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:33:24 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:33:24 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:33:24 LSR-3 kernel: mpls_add_in_label: 02722001 = Label GEN 10018
Mar 9 00:33:24 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:33:25 LSR-3 kernel: mpls_attach_in2out: enter
....
Mar 9 00:36:25 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:25 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:25 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:25 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:36:25 LSR-3 kernel: mpls_add_in_label: 0271a001 = Label GEN 10010
Mar 9 00:36:25 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:36:26 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:36:26 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:36:26 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:26 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:26 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:36:26 LSR-3 kernel: mpls_add_in_label: 0271b001 = Label GEN 10011
Mar 9 00:36:26 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:36:26 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:36:26 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:36:26 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:36:26 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:36:27 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:36:27 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:27 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:27 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:27 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:36:27 LSR-3 kernel: mpls_add_in_label: 0271c001 = Label GEN 10012
Mar 9 00:36:27 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:36:27 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:36:27 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:36:27 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:36:27 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:36:27 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:36:27 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:36:28 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:28 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:28 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:28 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:36:28 LSR-3 kernel: mpls_add_in_label: 0271d001 = Label GEN 10013
Mar 9 00:36:28 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:36:28 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:36:28 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:36:28 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:36:29 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:36:29 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:29 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:36:29 LSR-3 kernel: mpls_add_i_add_in_label: exit
Mar 9 00:36:29 LSR-3 kernel: mpls_add_in_label: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_in_info_hold: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_in_info_hold: new count 1
Mar 9 00:36:29 LSR-3 kernel: mpls_in_info_hold: exit
Mar 9 00:36:29 LSR-3 kernel: mpls_info_default_in_instruction: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:29 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:29 LSR-3 kernel: mpls_info_default_in_instruction: exit
Mar 9 00:36:30 LSR-3 kernel: mpls_add_in_label: 0271f001 = Label GEN 10015
Mar 9 00:36:30 LSR-3 kernel: mpls_add_in_label: exit
Mar 9 00:36:30 LSR-3 kernel: mpls_add_out_label: enter
Mar 9 00:36:30 LSR-3 kernel: mpls_out_info_hold: enter
Mar 9 00:36:30 LSR-3 kernel: mpls_out_info_hold: new count 1
Mar 9 00:36:30 LSR-3 kernel: mpls_out_info_hold: exit
Mar 9 00:36:30 LSR-3 kernel: mpls_add_out_label: key = 0x00000004
Mar 9 00:36:30 LSR-3 kernel: mpls_add_out_label: exit
Mar 9 00:36:30 LSR-3 kernel: mpls_set_out_label_instructions: enter
Mar 9 00:36:30 LSR-3 kernel: mpls_out_info_hold: enter
Mar 9 00:36:30 LSR-3 kernel: mpls_out_info_hold: new count 2
Mar 9 00:36:30 LSR-3 kernel: mpls_out_info_hold: exit
Mar 9 00:36:30 LSR-3 kernel: mpls_instruction_build: enter
Mar 9 00:36:30 LSR-3 kernel: mpls_label_hold: enter
Mar 9 00:36:30 LSR-3 kernel: mpls_label_hold: new count 1
Mar 9 00:36:30 LSR-3 kernel: mpls_label_hold: exit
Mar 9 00:36:30 LSR-3 kernel: : push label Label GEN 10026
Mar 9 00:36:30 LSR-3 kernel: mpls_make_dst: enter
Mar 9 00:36:31 LSR-3 kernel: mpls_dst_hold: enter
Mar 9 00:36:31 LSR-3 kernel: mpls_dst_hold: new count 1
Mar 9 00:36:31 LSR-3 kernel: mpls_dst_hold: exit
Mar 9 00:36:31 LSR-3 kernel: mpls_make_dst: exit(a3220940)
Mar 9 00:36:31 LSR-3 kernel: mpls_instruction_build: exit(2)
Mar 9 00:36:31 LSR-3 kernel: mpls_instruction_clear: enter
Mar 9 00:36:31 LSR-3 kernel: mpls_instruction_clear: exit
Mar 9 00:36:31 LSR-3 kernel: mpls_out_info_release: enter
Mar 9 00:36:31 LSR-3 kernel: mpls_out_info_release: new count 1
Mar 9 00:36:32 LSR-3 kernel: mpls_out_info_release: exit
Mar 9 00:36:32 LSR-3 kernel: mpls_set_out_label_instructions: exit
LSR6:
LSR-6:~$ ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1534 errors:0 dropped:0 overruns:0 frame:0
TX packets:806 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:108346 (105.8 Kb) TX bytes:68320 (66.7 Kb)
Interrupt:5
LSR-6:~$ ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:962 errors:0 dropped:0 overruns:0 frame:0
TX packets:266 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:67292 (65.7 Kb) TX bytes:22212 (21.6 Kb)
Interrupt:5
LSR-6:~$ cat /proc/net/mpls_in
0x02718001 0/0/0 gen 10008 0 1 POP PEEK
0x02719001 0/0/0 gen 10009 0 1 POP PEEK
0x0271b001 0/0/0 gen 10011 0 1 POP PEEK
0x0271c001 0/0/0 gen 10012 0 1 POP PEEK
0x0271d001 0/0/0 gen 10013 0 1 POP PEEK
0x0271e001 0/0/0 gen 10014 0 1 POP PEEK
0x0271f001 0/0/0 gen 10015 0 1 POP PEEK
0x02720001 0/0/0 gen 10016 0 1 POP PEEK
0x02721001 0/0/0 gen 10017 0 1 POP PEEK
0x02722001 0/0/0 gen 10018 0 1 POP PEEK
0x02723001 0/0/0 gen 10019 0 1 POP PEEK
0x02724001 0/0/0 gen 10020 0 1 POP PEEK
0x02725001 0/0/0 gen 10021 0 1 POP PEEK
0x02726001 0/0/0 gen 10022 0 1 POP PEEK
0x02727001 0/0/0 gen 10023 0 1 POP PEEK
0x02728001 0/0/0 gen 10024 0 1 POP PEEK
0x02729001 0/0/0 gen 10025 0 1 POP PEEK
0x0272a001 0/0/0 gen 10026 0 1 POP PEEK
0x0272d001 0/0/0 gen 10029 0 1 POP FWD(0x00000004)
LSR-6:~$ cat /proc/net/mpls_out
0x00000002 0/0/0 1 PUSH(gen 10016) SET(eth2,10.3.6.3)
0x00000004 0/0/0 2 PUSH(gen 10014) SET(eth2,10.3.6.3)
ls_instruction_build: exit(2)
mpls_instruction_clear: enter
mpls_instruction_clear: exit
mpls_info_default_in_instruction: exit
mpls_add_in_label: 0271e001 = Label GEN 10014
mpls_in_info_hold: enter
mpls_in_info_hold: new count 2
mpls_in_info_hold: exit
mpls_add_in_label: error node already exists
mpls_in_info_release: enter
mpls_in_info_release: new count 1
mpls_in_info_release: exit
mpls_in_info_release: enter
mpls_in_info_release: new count 0
__mpls_del_in_label: enter
mpls_instruction_clear: enter
mpls_instruction_clear: exit
__mpls_del_in_label: exit
mpls_in_info_release: exit
mpls_add_in_label: exit
mpls_add_in_label: enter
mpls_in_info_hold: enter
mpls_in_info_hold: new count 1
mpls_in_info_hold: exit
mpls_info_default_in_instruction: enter
mpls_instruction_build: enter
mpls_instruction_build: exit(2)
mpls_instruction_clear: enter
mpls_instruction_clear: exit
mpls_info_default_in_instruction: exit
mpls_add_in_label: 0271f001 = Label GEN 10015
mpls_in_info_hold: enter
mpls_in_info_hold: new count 2
mpls_in_info_hold: exit
mpls_add_in_label: error node already exists
mpls_in_info_release: enter
mpls_in_info_release: new count 1
mpls_in_info_release: exit
mpls_in_info_release: enter
mpls_in_info_release: new count 0
__mpls_del_in_label: enter
mpls_instruction_clear: enter
mpls_instruction_clear: exit
__mpls_del_in_label: exit
mpls_in_info_release: exit
mpls_add_in_label: exit
mpls_add_in_label: enter
mpls_in_info_hold: enter
mpls_in_info_hold: new count 1
mpls_in_info_hold: exit
mpls_info_default_in_instruction: enter
mpls_instruction_build: enter
mpls_instruction_build: exit(2)
mpls_instruction_clear: enter
mpls_instruction_clear: exit
mpls_info_default_in_instruction: exit
mpls_add_in_label: 02720001 = Label GEN 10016
mpls_in_info_hold: enter
mpls_in_info_hold: new count 2
mpls_in_info_hold: exit
mpls_add_in_label: error node already exists
mpls_in_info_release: enter
mpls_in_info_release: new count 1
mpls_in_info_release: exit
mpls_in_info_release: enter
mpls_in_info_release: new count 0
__mpls_del_in_label: enter
mpls_instruction_clear: enter
mpls_instruction_clear: exit
__mpls_del_in_label: exit
mpls_in_info_release: exit
mpls_add_in_label: exit
mpls_add_in_label: enter
mpls_in_info_hold: enter
mpls_in_info_hold: new count 1
mpls_in_info_hold: exit
mpls_info_default_in_instruction: enter
mpls_instruction_build: enter
mpls_instruction_build: exit(2)
mpls_instruction_clear: enter
mpls_instruction_clear: exit
mpls_info_default_in_instruction: exit
mpls_add_in_label: 02721001 = Label GEN 10017
mpls_in_info_hold: enter
mpls_in_info_hold: new count 2
mpls_in_info_hold: exit
mpls_add_in_label: error node already exists
mpls_in_info_release: enter
mpls_in_info_release: new count 1
mpls_in_info_release: exit
mpls_in_info_release: enter
mpls_in_info_release: new count 0
> Currently their does not exist the means to signal label stackin in
> mplsd. It should not be _that_ hard to implement. Basically what is needed
> is a CLI for the target peer configuration.
>
> Laters
>
> On Fri, Mar 07, 2003 at 12:35:12PM +0100, Markus Hennig wrote:
>
>>Hi all,
>>
>>i found a issue with MPLS Zebra-mplsd (all are newest versions from CVS):
>>
>>I use a small testsetup with 4 LSR, routed by OSPF (all area 0) and LDP works, but /proc/net/mpls_out reports garbage:
>>
>>0x00000003 2200/136388/0 5 PUSH(gen 10032) SET(eth2,10.3.6.3)
>>
>>because eth2 is:
>>
>>LSR-6:/etc/rc.d$ ifconfig eth2
>>eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
>> inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>> RX packets:22792 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:11316 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:100
>> RX bytes:1577487 (1.5 Mb) TX bytes:947570 (925.3 Kb)
>> Interrupt:5
>>
>>and eth1 is the correct one:
>>
>>LSR-6:/etc/rc.d$ ifconfig eth1
>>eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
>> inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>> RX packets:28146 errors:0 dropped:0 overruns:0 frame:0
>> TX packets:10651 errors:0 dropped:0 overruns:0 carrier:0
>> collisions:0 txqueuelen:100
>> RX bytes:1956041 (1.8 Mb) TX bytes:889563 (868.7 Kb)
>> Interrupt:5
>>
>>the IP 10.3.6.3 is the correct IP of the next LSR
>>and all MPLS packets are correct routed to eth1.
>>
>>the device for the proc output is initialized here (mpsl_utils.c:110):
>>
>>static struct mpls_dst *mpls_make_dst(unsigned int ifi,struct sockaddr *nh,
>> struct mpls_out_info *moi) {
>> struct net_device *dev = NULL;
>> struct mpls_dst *md = NULL;
>> struct rtable *rt = NULL;
>> unsigned int nhip;
>>
>> MPLS_DEBUG(("mpls_make_dst: enter\n"));
>>
>> if (!(dev = dev_get_by_index(ifi))) {
>> goto mpls_make_dst_4;
>> }
>>
>>maybe 'ifi' is wrong?
>>
>>added entries with mplsadm2 are correct.
>>
>>any ideas? more debug output needed ? (i can reproduce this every time)
>>
>>btw, some answers for this question:
>>
>>
>>>Hi all,
>>>
>>>does anybody know a simple config for (zebra-)mplsd to generate
>>>a setup with a labelstack > 1 ?
>>>
>>
>>?
>>
>>thx in advance,
>>markus
>
>
|
|
From: Folke A. <aeo...@ho...> - 2003-03-08 01:06:00
|
no, i haven't do a test on OSPF network yet. and recently i am busy , and i'm sure whether i can find some time to do this in the recent weeks :( i attached my qdisc_cfg file. i first run $iptables -A OUTPUT -t mangle -j FTOS --set-ftos 0xfc this will mark the packet origined from the local machine be marked with a dscp=0x3f, which in my qdisc_cfg file has the highest priority. then , i run $qdisc_cfg core which will first setup a prio qdisc with 5 bands, band 4 is used for the packets with a dscp=0, and band 2 is used for the packets with some none zero dscp value band 0, band 1 and band 3 are currently not used. i can say that after i do the following two steps , the packets from local stack is always have a dscp value 0x3f, which will be send out first. of course the traffic generated by the tcpblast is marked with a zero dscp value. i also noticed that, no matter i use qdisc_cfg or not, the results are the same -- the ldp stopped after about 10 to 15 seconds of the congestion. :( folke. >From: "James R. Leu" <jl...@mi...> >Reply-To: jl...@mi... >To: Folke Aeon <aeo...@ho...> >CC: mpl...@li... >Subject: Re: [mpls-linux-general] the question about the mplsd fail :( >Date: Fri, 7 Mar 2003 12:50:25 -0600 > >I suspect if you do this same test on a OSPF (IP only) network you will >get similar results. I do not think much effor has been put into >guarenteeing protocol traffic delivery. > >For curiosity could you send me the TC config you used? > >Laters > >On Sat, Mar 01, 2003 at 03:47:52PM +0800, Folke Aeon wrote: > >-- >James R. Leu _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail |
|
From: James R. L. <jl...@mi...> - 2003-03-07 17:43:36
|
I suspect if you do this same test on a OSPF (IP only) network you will get similar results. I do not think much effor has been put into guarenteeing protocol traffic delivery. For curiosity could you send me the TC config you used? Laters On Sat, Mar 01, 2003 at 03:47:52PM +0800, Folke Aeon wrote: > hi, James, > > i analyzed the results of the > ethereal-analyzer. The outcome > is interesting. > > i did the same test for four times. > > +-------+1.1 +---------+2.1 > --+ cisco +---------+ linux 1 +---+ > 0.5+-------+ 1.2+---------+ | > | > +---------+ 2.2 | > -----+ linux 2 +---------+ > 3.1+---------+ > > all tests' result are similar to > each other. > i run the zebra and the mplsd > to setup lsp between the linux1 > and the cisco. (i didn't run the > ospfd because i use the static > routing table) Then i run the > tcpblast to consume all the > bandwidth. > the ethereal-analyzer shows > that , during the beginnig 10 to > 20 seconds of the congestion, > there still had some keep-alive > messsages between the cisco and > the linux1. and there had ACK > packets from linux1 to cisco > but no ACK from cisco to linux1. > since the linux1 recieved no > ACK , it tried to re-send the > same keep-alive msg for one or > to times and then received the > notification msg from cisco > indicating the 'keep time out' > and 'shut down'. that seemed that > the cisco did not recieve the > ACK msg from the linux1 even > thought i catched it on the hub. > now the strange things happened: > during my first test, the two > router tried to rebuild the tcp > session by first sent FIN and SYN > or even RST, and as soon as the > the tcpblast is stopped , the > LSP is restored. > but during my second test, > the cisco kept on sending the FIN > to linux1 and the with a respons > of ACK, and no LDP init msg is > catched. > now the third test: > the mplsd collapsed. i did not > find out when and what caused this. > the fourth test is even more strange: > after the linux1 send the last LDP > keep-alive msg , no further things > happened, i mean, no tcp packets been > catched after that: no SYN , no RST, > no FIN , no ACK and no any LDP msg. > but the mplsd is still there. > i telnet to the mplsd vty and run > "configure termianltry" and > "interface eth0" and try to shutdown > the ldp by "no mpls ldp" > but the answer is "connection is closed > by foreign host". and the "ps -A" shows > no mplsd's signs. > > what's happened ? > > by the way , i also noticed that > the keep-alive interval is always 15 sec > no matter what you by running the > keep-alive interval ... > > would you please help me out of this? > > thanks in advance :) > > folke. > > _________________________________________________________________ > Add photos to your messages with MSN 8. Get 2 months FREE*. > http://join.msn.com/?page=features/featuredemail > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2003-03-07 17:43:34
|
These are cool results, I would very interested to see the results with GigE interfaces. I would be nice to see if these same results cam be achived by others. Also I think testing with traffic on _many_ LSPs would be interesting. At some point I would like to concetrate on LER speed as well :-/ Laters On Fri, Feb 28, 2003 at 12:26:57PM +0000, Radu Dragos wrote: > Hi all. > > Read this if you are interestet in some mpls-linux forwarding speed issues. > > Based on a discution with Jim on the IRC channel: #mp...@ir... > I run the following test using a DataQualityAnalizer(DQA): > > The idea is to stress a MPLS enabled Linux box (AMD 850MHZ, 256M RAM, RH7.3, > linux-2.4.19) in order to verify the capability of the mpls-linux > implementation to forward large bandwidths of traffic. > > This is the framework I used: > > 192.168.254.7 192.168.254.25 > eth1 ------------------------> analyzer interface (AI) > ^ > mpls-linux | fwd DQA > | > eth0 <------------------------ traffic generator interface (TGI) > 192.168.100.2 192.168.100.1 > > All the interfaces are 100Mbps Ethernet. > > 1. Small packets (IP only no MPLS labels) > TGI sends TCP/IP traffic src=192.168.100.1 dst=192.168.254.25 > packet size 64 Bytes > transmitted data rate: 76Mbps > At this rate, ~150000 packets/s the linux machine is flooded and CPU > overloaded > AI gets only ~174 packets/s > 2. Large packets (IP only no MPLS labels) > TGI sends TCP/IP traffic src=192.168.100.1 dst=192.168.254.25 > packet size 1500 Bytes > transmitted data rate: ~98Mbps > At this rate ~8200 packets/s the linux machine behaves well > AI gets all the packets at the same rate TGI is transmitting. > > 3. Large packets MPLS enabled > TGI sends TCP/IP traffic src=192.168.100.1 dst=192.168.254.25(MPLS label 16) > packet size 1500 Bytes > transmitted data rate: ~98Mbps > All the MPLS packets received at eth0 were forwarded to AI. No packet was lost > as you can see from /proc/net/mpls* : > > 0x40004000 718224/1064407968/0 gen 16 0 1 POP FWD(0x00000002) > eth0 0 6 > eth1 0 28 > 0x00000002 718224/1061535072/0 2 PUSH(gen 16) SET(eth1,192.168.254.25) > > No significant CPU load was observed. > The mpls for linux implementation is able to forward packets at FastEthernet > speeds. > > I poses Gbit Ethernet interfaces for PS. Unfortunately I only have one Gbit > interface on DQA. Therefore, for the moment I can not run tests at Gbit > speed. > > It remains now to analise the results in order to establish the delay > introduced by the MPLS forwarding plane. > > Also, it remains the issue of variable size packets. > > All the comments or suggestions are wellcome. > > Radu > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2003-03-07 17:27:09
|
You can try turning on MPLS kernel debugging then look at the output of 'dmesg' Toggle MPLS kernel debugging with 'mplsadm2 -d' On Thu, Feb 20, 2003 at 01:42:37AM -0600, deepak wrote: > hi all > well im in the testing phase of this mpls-linux forwarding statically > when i have a scenario like this one :Setup > ----- > --------- --------- > | A | | B | > --------- --------- > |eth0 |eth0 > |17.130 |18.114 > ----------------------------------- > 128.104.16.0/22 > > here any ways they will ping and the transfer of packets take place but how do > i know that the LSP is created and the packets use the LSP is there any > specific display of labels .......and how do i view the label swapping i > havent installed ldp ....and one more thing > i had an error using ip route add to add the lsr ie the next hop so i used > ip route add 128.104.18.114 via 128.104.17.130 on A and vice versa on B > will this work ????/help wanted urgently > thanking you in advance > deepak > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SlickEdit Inc. Develop an edge. > The most comprehensive and flexible code editor you can use. > Code faster. C/C++, C#, Java, HTML, XML, many more. FREE 30-Day Trial. > www.slickedit.com/sourceforge > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2003-03-07 17:17:58
|
Make sure there is not ECMP (equal cost multipath) in your network.
Other then that, try turning on all mplsd tracing (mpls ldp\ntrace all\n)
and send it to the list.
Currently their does not exist the means to signal label stackin in
mplsd. It should not be _that_ hard to implement. Basically what is needed
is a CLI for the target peer configuration.
Laters
On Fri, Mar 07, 2003 at 12:35:12PM +0100, Markus Hennig wrote:
> Hi all,
>
> i found a issue with MPLS Zebra-mplsd (all are newest versions from CVS):
>
> I use a small testsetup with 4 LSR, routed by OSPF (all area 0) and LDP works, but /proc/net/mpls_out reports garbage:
>
> 0x00000003 2200/136388/0 5 PUSH(gen 10032) SET(eth2,10.3.6.3)
>
> because eth2 is:
>
> LSR-6:/etc/rc.d$ ifconfig eth2
> eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06
> inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:22792 errors:0 dropped:0 overruns:0 frame:0
> TX packets:11316 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:1577487 (1.5 Mb) TX bytes:947570 (925.3 Kb)
> Interrupt:5
>
> and eth1 is the correct one:
>
> LSR-6:/etc/rc.d$ ifconfig eth1
> eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06
> inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
> RX packets:28146 errors:0 dropped:0 overruns:0 frame:0
> TX packets:10651 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:100
> RX bytes:1956041 (1.8 Mb) TX bytes:889563 (868.7 Kb)
> Interrupt:5
>
> the IP 10.3.6.3 is the correct IP of the next LSR
> and all MPLS packets are correct routed to eth1.
>
> the device for the proc output is initialized here (mpsl_utils.c:110):
>
> static struct mpls_dst *mpls_make_dst(unsigned int ifi,struct sockaddr *nh,
> struct mpls_out_info *moi) {
> struct net_device *dev = NULL;
> struct mpls_dst *md = NULL;
> struct rtable *rt = NULL;
> unsigned int nhip;
>
> MPLS_DEBUG(("mpls_make_dst: enter\n"));
>
> if (!(dev = dev_get_by_index(ifi))) {
> goto mpls_make_dst_4;
> }
>
> maybe 'ifi' is wrong?
>
> added entries with mplsadm2 are correct.
>
> any ideas? more debug output needed ? (i can reproduce this every time)
>
> btw, some answers for this question:
>
> > Hi all,
> >
> > does anybody know a simple config for (zebra-)mplsd to generate
> > a setup with a labelstack > 1 ?
> >
> ?
>
> thx in advance,
> markus
--
James R. Leu
|
|
From: James R. L. <jl...@mi...> - 2003-03-07 16:43:20
|
There is a simple README, I'll point you to it. But here is how I recommend newbies go about climbing the learning curve. Download some existing zebra binaries. Setup a small OSPF network using zebra. Download the zebra source, figure out how to compile zebra from source, use the resulting daemons to build an OSPF network. Download mpls-linux. Build a MPLS enabled kernel. Make sure you are running a MPLS enabled kernel by checking /proc/net/mpls_* If the files exist, you have an MPLS enbled kernel. Patch the zebra source, with the zebra-ldp patch. Build, run the new daemons including mplsd. Build an OSPF/LDP network. The README your looking for is in the ldp-portable package, called README.zebra-ldp Feel free to post more questions to the mailing list. BTW if you search you'll find some sample zebra/ospf/mplsd configs in the archive. Good luck On Tue, Mar 04, 2003 at 02:18:21PM +0100, Nicolas Tempestini wrote: > Hi everybody, > > I am new to this project and i'd like to now if there is an "how to" available on how to make "mpls-linux and zebra" work together ? There seems to be a few patch to apply ... > > Thx > > Nicolas > > -- James R. Leu |
|
From: Markus H. <mh...@as...> - 2003-03-07 11:44:11
|
Hi all,
i found a issue with MPLS Zebra-mplsd (all are newest versions from =
CVS):
I use a small testsetup with 4 LSR, routed by OSPF (all area 0) and LDP =
works, but /proc/net/mpls_out reports garbage:
0x00000003 2200/136388/0 5 PUSH(gen 10032) SET(eth2,10.3.6.3)=20
because eth2 is:
LSR-6:/etc/rc.d$ ifconfig eth2
eth2 Link encap:Ethernet HWaddr 00:00:0A:06:0A:06 =20
inet addr:10.6.10.6 Bcast:10.6.10.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:22792 errors:0 dropped:0 overruns:0 frame:0
TX packets:11316 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100=20
RX bytes:1577487 (1.5 Mb) TX bytes:947570 (925.3 Kb)
Interrupt:5=20
and eth1 is the correct one:
LSR-6:/etc/rc.d$ ifconfig eth1
eth1 Link encap:Ethernet HWaddr 00:00:0A:03:06:06 =20
inet addr:10.3.6.6 Bcast:10.3.6.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:28146 errors:0 dropped:0 overruns:0 frame:0
TX packets:10651 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100=20
RX bytes:1956041 (1.8 Mb) TX bytes:889563 (868.7 Kb)
Interrupt:5=20
the IP 10.3.6.3 is the correct IP of the next LSR
and all MPLS packets are correct routed to eth1.
the device for the proc output is initialized here (mpsl_utils.c:110):
static struct mpls_dst *mpls_make_dst(unsigned int ifi,struct sockaddr =
*nh,
struct mpls_out_info *moi) {
struct net_device *dev =3D NULL;
struct mpls_dst *md =3D NULL;
struct rtable *rt =3D NULL;
unsigned int nhip;
MPLS_DEBUG(("mpls_make_dst: enter\n"));
if (!(dev =3D dev_get_by_index(ifi))) {
goto mpls_make_dst_4;
}
maybe 'ifi' is wrong?
added entries with mplsadm2 are correct.
any ideas? more debug output needed ? (i can reproduce this every time)
btw, some answers for this question:
> Hi all,
>=20
> does anybody know a simple config for (zebra-)mplsd to generate
> a setup with a labelstack > 1 ?
>=20
?
thx in advance,
markus
|
|
From: blue c. <nom...@ya...> - 2003-03-05 06:36:46
|
I don't understand it. I had zebra/ldp up and running a couple of days ago. Then I recompiled the kernel with 802.1 bridging support, and mplsd crashes everytime it tries to establish a neighbor with my device. After reversing my kernel changes, still broken. Here's what stdout says when it tries to become adjacent to my device: send: Resource temporarily unavailable (many times) Please, any suggestions? __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/ |
|
From: Nicolas T. <nic...@en...> - 2003-03-04 13:18:49
|
Hi everybody, I am new to this project and i'd like to now if there is an "how to" = available on how to make "mpls-linux and zebra" work together ? There = seems to be a few patch to apply ... Thx Nicolas |
|
From: Markus H. <mh...@as...> - 2003-03-02 20:43:00
|
> -----Original Message-----
> From: James R. Leu [mailto:jl...@mi...]
> Sent: Thursday, February 20, 2003 1:37 AM
> To: Markus Hennig
> Cc: mpl...@li...
> Subject: Re: [mpls-linux-general] zebra ldp don't work for=20
> [static] but
> now OSPF....
>=20
>=20
> On Wed, Feb 19, 2003 at 10:08:33PM +0100, Markus Hennig wrote:
> > James R. Leu wrote:
> > > See comments within.
> > >=20
> > > On Wed, Feb 19, 2003 at 12:02:56AM +0100, Markus Hennig wrote:
> > > <snip>
> > >=20
> > >>ok, i changed the config for mplsd (ospfd and zebra stays!):
> > >=20
> > >=20
> > > I think you will need to change OSPF as well. Without changing =
OSPF
> > > LDP is presented with 2 equal cost OSPF routes, this is the =
fundamental
> > whats with different costs on the paths, will it work then?
> > whats the easiest way to set different costs ?
>=20
> You can have OSPF modify it for you:
>=20
....
OSPF setting with different costs was not enough....
i removed all multipath ways and now it works:
IN:13 IN:19 /
OUT:1 OUT:2 /
-LER_1----LSR_3 LER_7=20
IN:23 \ / \=20
OUT:2 \ / \ =20
LSR_6 =20
IN:19
OUT:2
=20
|----------- MPLS -------|=20
> >=20
> > > problem for the multipath case.
> > >=20
> > >=20
> > >>
> > >> .--------LSR_2 IN:74 OUT:10
> > >> / \
> > >> / LSR_5 IN:119 OUT:10
> > >> / / /
> > >> / IN:32 / /
> > >>----LER_1 OUT:5 LSR_3 LER_7 IN:53 OUT:1
> > >> IN:77 \ | \
> > >> OUT:2 \ | \
> > >> IN:98 OUT:5 LSR_6 |
> > >> / |
> > >> LSR_4-----------'
> > >> IN:17 OUT:7
> > >>
> > >> |----------- MPLS ------------|
> > >>
> > >>
>=20
|
533 messages has been excluded from this view by a project administrator.
