mpls-linux-devel Mailing List for MPLS for Linux (Page 17)
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-devel — Mailig list for discussing the development of MPLS on Linux
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(7) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(5) |
Feb
(73) |
Mar
(22) |
Apr
(21) |
May
|
Jun
|
Jul
(3) |
Aug
(5) |
Sep
(4) |
Oct
(4) |
Nov
(2) |
Dec
(6) |
| 2005 |
Jan
(5) |
Feb
|
Mar
(6) |
Apr
(11) |
May
(6) |
Jun
(5) |
Jul
(4) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(9) |
Dec
(15) |
| 2006 |
Jan
(11) |
Feb
(7) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
(2) |
Jul
(7) |
Aug
|
Sep
(8) |
Oct
(9) |
Nov
(10) |
Dec
(14) |
| 2007 |
Jan
(11) |
Feb
(9) |
Mar
(39) |
Apr
(7) |
May
(4) |
Jun
(2) |
Jul
(5) |
Aug
(6) |
Sep
(6) |
Oct
(1) |
Nov
(1) |
Dec
(8) |
| 2008 |
Jan
|
Feb
(13) |
Mar
(19) |
Apr
(11) |
May
(16) |
Jun
(6) |
Jul
(2) |
Aug
(4) |
Sep
|
Oct
(5) |
Nov
|
Dec
(16) |
| 2009 |
Jan
(13) |
Feb
(5) |
Mar
|
Apr
|
May
(11) |
Jun
(7) |
Jul
(3) |
Aug
|
Sep
(2) |
Oct
(8) |
Nov
(16) |
Dec
(15) |
| 2010 |
Jan
(6) |
Feb
(5) |
Mar
(1) |
Apr
(14) |
May
(42) |
Jun
(4) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
(4) |
Dec
(1) |
| 2011 |
Jan
(3) |
Feb
|
Mar
|
Apr
(7) |
May
(1) |
Jun
(2) |
Jul
(4) |
Aug
(19) |
Sep
(9) |
Oct
(13) |
Nov
(4) |
Dec
(3) |
| 2012 |
Jan
(2) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(11) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
| 2013 |
Jan
(4) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
(7) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
(1) |
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
(2) |
Jul
(2) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
(2) |
| 2016 |
Jan
(6) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(1) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Surya R. <ko...@gm...> - 2007-05-31 02:54:27
|
Hi, I am trying to use the portable ldp library code, to send label information to an upstream cisco router (nothing beyond this as far as MPLS is concerned, the cisco uses the labels distributed by this router. The help README.quagga-mpls refers always to the quagga implementation, does anyone have any pointers on how a non-quagga routing protocol, use the portable ldp to send LDP packets to an external routers? thanks koduks |
|
From: <gsr...@al...> - 2007-05-14 09:47:38
|
Hi James: It's good news that you've provided another release for MPLS-Linux. I = would like to help you testing it but unfortunatelly I won't have time = for it until September. However, I'll follow the mailing list to be = updated with the progress you'll make. Good luck, Gonzalo. |
|
From: James R. L. <jl...@mi...> - 2007-05-08 01:53:35
|
Hello all, When I released 1.955 I didn't have a chance to do much testing, and the result was lots of "doesn't work for me" posts to the mailing list. So, I have another release ready, but this time before I make it availble on SF, I want to have a couple of people test it for me. I need people that are willing to try multiple versions, and can give good feedback about what broke. At this time I'm only testing the RPMs released for FC5. If you have some free cycles and want to help me out, please send me an ema= il and I'll send you the URL of where to get the files. I need to get good coverage of the features, so please also tell me what features you can easi= ly test. --=20 James R. Leu jl...@mi... |
|
From: James R. L. <jl...@mi...> - 2007-04-17 01:28:14
|
Hello, On Mon, Apr 16, 2007 at 10:23:23AM +0200, Sienes Rodr?guez Gonzalo wrote: > Hi James: >=20 > About three weeks ago I got LDP to work in a 3 LSRs scenario. Each router= has three interfaces, two of them are used to configure a triangle between= the routers (each one connected to the other 2) and the last interface isn= 't configure as MPLS so it could hang non MPLS networks.=20 >=20 > Now the problem is that when a MPLS link falls, LDP daemon ,at the two LS= Rs wich share that link, stop running. So it's impossible the recovery of t= he LINK without a reconfiguration of those LSRs. >=20 > Have you tested this? Nope. Please provide details such as any back-traces (translated against y= our debug RPM) log file output, diagram of your network, and steps to reproduce. Hopefully, that will be enough for me to reproduce. If not, I'll need additional details, but lets start with this. In the meantime I'll setup my testbed for link up/down testing and see what= I can find. > Thanks in advance, > Gonzalo. >=20 > ------------------------------------------------------------------------- > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
|
From: <get...@ge...> - 2007-04-16 16:35:53
|
Thanks for joining GetItFree.net. Please take a moment to add our email to your address book. If you haven't already done so, post or send your personal link: http://www.getitfree.net/xbrmrimzkp to your friends and tell them about our site. Refer as many friends as you can! When you have referred some friends, you can check the status on your free New Video iPod at http://www.getitfree.net/index.php?target=account_gift&u=buguhnyb Best wishes, - Bryan get...@ge... To stop getting getitfree updates, visit: http://www.getitfree.net/index.php?target=unsubscribe&u=brmrimzkp&mid=1176741341401497 Alternatively, you may send a written request to: www.getitfree.net PO Box 356 Austin, TX 78767-0356 |
|
From: <get...@ge...> - 2007-04-16 16:35:18
|
Thanks for joining GetItFree.net. Please take a moment to add our email to your address book. If you haven't already done so, post or send your personal link: http://www.getitfree.net/xbrmrimzkp to your friends and tell them about our site. Refer as many friends as you can! When you have referred some friends, you can check the status on your free New Video iPod at http://www.getitfree.net/index.php?target=account_gift&u=buguhnyb Best wishes, - Bryan get...@ge... To stop getting getitfree updates, visit: http://www.getitfree.net/index.php?target=unsubscribe&u=brmrimzkp&mid=1176741307158620 Alternatively, you may send a written request to: www.getitfree.net PO Box 356 Austin, TX 78767-0356 |
|
From: <gsr...@al...> - 2007-04-16 08:23:39
|
Hi James: About three weeks ago I got LDP to work in a 3 LSRs scenario. Each = router has three interfaces, two of them are used to configure a = triangle between the routers (each one connected to the other 2) and the = last interface isn't configure as MPLS so it could hang non MPLS = networks.=20 Now the problem is that when a MPLS link falls, LDP daemon ,at the two = LSRs wich share that link, stop running. So it's impossible the recovery = of the LINK without a reconfiguration of those LSRs. Have you tested this? Thanks in advance, Gonzalo. |
|
From: James R. L. <jl...@mi...> - 2007-04-13 03:46:33
|
You are the second user to report this. I'm working on a fix. On Wed, Apr 04, 2007 at 02:03:33PM +0200, Marco Schmidt wrote: > Hello, >=20 > iptables doesn't like -j mpls --nhlfe "key" target anymore. Where > "key" is a previously created key with mpls nhlfe add... >=20 > iptables: Unknown error 4294967295 is displayed. This is due to a bug > in this version of iptables, it means "Invalid Argument". > In /var/log/messages, the following is mentioned: > kernel: ip_tables: mpls target: invalid size 0 !=3D 12 >=20 > These are the instructions to confirm the error: > modprobe mpls4 > mpls nhlfe add key 0 instructions push gen 1000 nexthop eth0 ipv4 10.0.2= .3 > --> returs key > iptables -A FORWARD -m dscp --dscp 10 -j mpls --nhlfe "key" >=20 > I'm using FC5 with all needed packages from SF. > I tested the same on an FC4 system with v1.950, everything works > fine. >=20 > Regards, > Marco >=20 >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
|
From: Marco S. <mar...@s2...> - 2007-04-04 12:04:04
|
Hello, iptables doesn't like -j mpls --nhlfe "key" target anymore. Where "key" is a previously created key with mpls nhlfe add... iptables: Unknown error 4294967295 is displayed. This is due to a bug in this version of iptables, it means "Invalid Argument". In /var/log/messages, the following is mentioned: kernel: ip_tables: mpls target: invalid size 0 != 12 These are the instructions to confirm the error: modprobe mpls4 mpls nhlfe add key 0 instructions push gen 1000 nexthop eth0 ipv4 10.0.2.3 --> returs key iptables -A FORWARD -m dscp --dscp 10 -j mpls --nhlfe "key" I'm using FC5 with all needed packages from SF. I tested the same on an FC4 system with v1.950, everything works fine. Regards, Marco |
|
From: <gsr...@al...> - 2007-04-02 08:07:13
|
Hi: I've had some problems with the mail server so till now I couldn't = report my last results. I tried a new config with 3 LSRs making a = triangle, and typing all the config commands, but LDP configuration, by = the .conf files of ZEBRA and OSPF; and it just work fine. Each LSR has 3 = interfaces, eth0 and eth1 shared with other LSR and eth2 as a passive = interface able to hang a non MPLS final equipment. Here it's the = "running-config" of one of them. However, I'll provide the network = diagram and all the config files and the process I followed in a web = page. Regards, Gonzalo. PE3# sh run Building configuration... Current configuration: ! hostname PE3 log file /var/log/quagga/zebra_PE3.log log file /var/log/quagga/ospfd_PE3.log log file /var/log/quagga/ldpd_PE3.log ! service advanced-vty ! debug zebra events debug zebra packet debug zebra kernel debug zebra rib ! password root enable password root ! interface eth0 ip address 10.1.3.2/24 ipv6 nd suppress-ra mpls ip mpls labelspace 0 ! interface eth1 ip address 10.2.3.2/24 ipv6 nd suppress-ra mpls ip mpls labelspace 0 ! interface eth2 ip address 10.3.3.1/24 ipv6 nd suppress-ra ! interface lo description Loopback ! interface mpls0 ipv6 nd suppress-ra ! interface sit0 ipv6 nd suppress-ra ! mpls ldp egress connected ! router ospf ospf router-id 192.168.0.3 passive-interface eth2 network 10.1.3.0/24 area 0.0.0.0 network 10.2.3.0/24 area 0.0.0.0 network 10.3.3.0/24 area 0.0.0.0 ! ip forwarding ! line vty exec-timeout 0 0 ! |
|
From: Marco S. <mar...@s2...> - 2007-03-22 13:05:52
|
Direct connected links are not labeled. LDPd does a local binding (for 10.0.0.0/24 in yout case), but this isn't distributed. From=20PE1 there should only be a label to the 13.0.0.0/xx net. Would be unnecessary for direct neighbours to send labeled packets... Strange that you are able to send packets to those dummy interfaces. They neither show up via ifconfig nor via ip route show. The routes are not distributed on my systems. You did not use dummy interfaces before, did you? All I know is that they have to be there ;-) Regards, Marco > Hi: > For you, Marco this is the config I made for the following simple scenari= o: > eth0 eth1 eth1 eth0 > 12.0.0.1-------PE1---------------------PE2-------13.0.0.1 > .1 10.0.0.0/24 .2 > I keep the config files for zebra, ospfd and ldpd empty (only log > file and hostname) and I configure everything via vtysh: > PE1 > -------------------------------------------------------------------------- > router ospf > network 10.0.0.0/24 area 0 > network 12.0.0.0/24 area 0 > mpls ldp > int eth1 > mpls labelspace 0 > mpls ip > PE2 > -------------------------------------------------------------------------- > router ospf > network 10.0.0.0/24 area 0 > network 13.0.0.0/24 area 0 > mpls ldp > int eth1 > mpls labelspace 0 > mpls ip=20 > At first I only type in the ospf commands and wait until new routes > are learned to configure LDP. The label 10000 is distributed > properly, the NHLFE and ILM entries are created but the problem is > that it's not possible to associate the label with the route learned via = ospf. > I tried your configuration files in my scenario, adding a dummy interface= in each PE. > eth0 eth1 eth1 eth0 > 12.0.0.1-------PE1---------------------PE2-------13.0.0.1 > | .1 10.0.0.0/24 .2 | > | | > |dummy0 |dummy0 > 192.168.0.1/32 192.168.0.2/32 > Now I include at zebra.conf the directions of each interface and at > ospf.conf, the whole config with eth0 and dummy0 as > passive-interfaces and the dummy0 as the ID of the OSPF router. > After this I configure via vtysh the LDP commands for eth1. > The labels are distributed and I'm even able to send labeled > packets from each PE to the dummy interface of the other. > But for the eth0 interfaces, the problem is the same as before, the > label isn't bound to the corresponding route. > Regards, > Gonzalo. > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel |
|
From: <gsr...@al...> - 2007-03-22 10:35:47
|
Hi:
For you, Marco this is the config I made for the following simple =
scenario: =20
eth0 eth1 eth1 eth0
12.0.0.1-------PE1---------------------PE2-------13.0.0.1
.1 10.0.0.0/24 .2
I keep the config files for zebra, ospfd and ldpd empty (only log file =
and hostname) and I configure everything via vtysh:
PE1
-------------------------------------------------------------------------=
-
router ospf
network 10.0.0.0/24 area 0
network 12.0.0.0/24 area 0
mpls ldp
int eth1
mpls labelspace 0
mpls ip
PE2
-------------------------------------------------------------------------=
-
router ospf
network 10.0.0.0/24 area 0
network 13.0.0.0/24 area 0
mpls ldp
int eth1
mpls labelspace 0
mpls ip=09
At first I only type in the ospf commands and wait until new routes are =
learned to configure LDP. The label 10000 is distributed properly, the =
NHLFE and ILM entries are created but the problem is that it's not =
possible to associate the label with the route learned via ospf.
I tried your configuration files in my scenario, adding a dummy =
interface in each PE.
eth0 eth1 eth1 eth0
12.0.0.1-------PE1---------------------PE2-------13.0.0.1
| .1 10.0.0.0/24 .2 |
| |
|dummy0 |dummy0
192.168.0.1/32 192.168.0.2/32
Now I include at zebra.conf the directions of each interface and at =
ospf.conf, the whole config with eth0 and dummy0 as passive-interfaces =
and the dummy0 as the ID of the OSPF router.
After this I configure via vtysh the LDP commands for eth1.
The labels are distributed and I'm even able to send labeled packets =
from each PE to the dummy interface of the other.
But for the eth0 interfaces, the problem is the same as before, the =
label isn't bound to the corresponding route.
Regards,
Gonzalo.
|
|
From: James R. L. <jl...@mi...> - 2007-03-22 05:01:48
|
Hello Gonzalo,
Can you compare your configuration and setup with what Marco
has done? He has posted his configs at:
http://www-user.tu-chemnitz.de/~smarco/MPLS/
I would like to figure out what is different in your setup
and fix any associated bugs.
On Tue, Mar 20, 2007 at 10:55:39AM +0100, Sienes Rodr?guez Gonzalo wrote:
> Hi:
>=20
> I've downloaded your revised quagga RPM for FC5 and I tried this scenario:
>=20
> eth0 eth1 eth1 eth0
> 12.0.0.1-------PE1---------------------PE2-------13.0.0.1
> .1 10.0.0.0/24 .2
>=20
> I enclose the configuration and commands related to MPLS and LDP at PE2 a=
nd the log file created debugging zebra.
>=20
> At the bottom of the log file there's: "unable to find FEC 10.0.0.0/24", =
furthermore, the output of "sh mpls forwarding" shows the labelspace as ina=
ctive.
>=20
> Please take a look, I hope it could be helpful to figure out what's happe=
ning.
>=20
> Thanks in advance,
>=20
> Gonzalo.
>=20
> PE3 config
> ------------------------------------------------------------------------
>=20
> Current configuration:
> !
> hostname PE3
> log file /var/log/quagga/1955d.log
> !
> debug zebra events
> debug zebra packet
> debug zebra kernel
> debug zebra rib
> !
> interface eth0
> ipv6 nd suppress-ra
> !
> interface eth1
> ipv6 nd suppress-ra
> mpls ip
> mpls labelspace 0
> !
> interface lo
> !
> interface mpls0
> ipv6 nd suppress-ra
> !
> interface sit0
> ipv6 nd suppress-ra
> !
> mpls ldp
> egress connected
> !
> router ospf
> network 10.0.0.0/24 area 0.0.0.0
> network 13.0.0.0/24 area 0.0.0.0
> !
> ip forwarding
> !
> line vty
> !
>=20
> PE3# sh ip route
> Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
> I - ISIS, B - BGP, > - selected route, * - FIB route
>=20
> O 10.0.0.0/24 [110/10] is directly connected, eth1, 00:02:49
> C>* 10.0.0.0/24 is directly connected, eth1
> O>* 12.0.0.0/24 [110/20] via 10.0.0.1, eth1, 00:01:37
> O 13.0.0.0/24 [110/10] is dPE3# sh ldp neig
> Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0
> TCP connection: 10.0.0.2.45483 - 10.0.0.1.646
> State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED
> Up time: 00:04:08
> LDP discovery sources:
> eth1
> Addresses bound to peer:
> 10.0.0.1 12.0.0.1
> irectly connected, eth0, 00:02:43
> C>* 13.0.0.0/24 is directly connected, eth0
> C>* 127.0.0.0/8 is directly connected, lo
>=20
> PE3# sh mpls for
> Insegments:
> Lbl Spc Label Owner
> 0 10000 ldp (inactive)
> Total 1
>=20
> Outsegments:
> Interface Label Next Hop Owner
> eth1 10000 10.0.0.1 ldp
> Total 1
>=20
> Cross Connects:
>=20
> Total 0
>=20
> PE3# sh ldp ses
> 2 9.151.111.152 45 OPERATIONAL
> 10.0.0.1
> 12.0.0.1
>=20
> PE3# sh ldp disc
>=20
> Local LSR Identifier: 13.0.0.1
>=20
> Interface Discovery Sources:
> eth1: xmit/recv
> LDP Id: 12.0.0.1:0
>=20
> Targeted Discovery Sources:
> No configured peers
>=20
> PE3# sh ldp neig
> Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0
> TCP connection: 10.0.0.2.45483 - 10.0.0.1.646
> State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED
> Up time: 00:04:08
> LDP discovery sources:
> eth1
> Addresses bound to peer:
> 10.0.0.1 12.0.0.1
>=20
> [root@PE3 ~]# mpls ilm
> ILM entry label gen 10000 labelspace 0 proto ipv4
> pop peek (0 bytes, 0 pkts)
>=20
> [root@PE3 ~]# mpls nhlfe
> NHLFE entry key 0x00000002 mtu 1496 propagate_ttl
> push gen 10000 set eth1 ipv4 10.0.0.1 (0 bytes, 0 pkts)
>=20
> [root@PE3 ~]# ip route
> 10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.2
> 12.0.0.0/24 via 10.0.0.1 dev eth1 proto zebra metric 20
> 13.0.0.0/24 dev eth0 proto kernel scope link src 13.0.0.1
>=20
> [root@PE3 ~]# rpm -q quagga
> quagga-0.99.6-01.fc5.mpls.1.955d
>=20
> /var/log/quagga/1955d.log
> ------------------------------------------------------------------------
>=20
> 2007/03/20 10:30:40 OSPF: interface 10.0.0.2 [3] join AllSPFRouters Multi=
cast group.
> 2007/03/20 10:30:40 ZEBRA: zebra message comes from socket [14]
> 2007/03/20 10:30:40 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] =
17
> 2007/03/20 10:30:40 ZEBRA: rib_link: rn 0x8efcf48, rib 0x8f02c70
> 2007/03/20 10:30:40 ZEBRA: rib_link: new head, rn_status copied over
> 2007/03/20 10:30:41 ZEBRA: rib_process: Updating existing route, select 0=
x8efcf88, fib 0x8efcf88
> 2007/03/20 10:30:43 OSPF: interface 13.0.0.1 [4] join AllSPFRouters Multi=
cast group.
> 2007/03/20 10:30:46 ZEBRA: zebra message comes from socket [14]
> 2007/03/20 10:30:46 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] =
17
> 2007/03/20 10:30:46 ZEBRA: rib_link: rn 0x8efd150, rib 0x8f03158
> 2007/03/20 10:30:46 ZEBRA: rib_link: new head, rn_status copied over
> 2007/03/20 10:30:46 ZEBRA: rib_process: Updating existing route, select 0=
x8efd190, fib 0x8efd190
> 2007/03/20 10:31:05 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now =
Init/DROther
> 2007/03/20 10:31:20 OSPF: DR-Election[1st]: Backup 10.0.0.2
> 2007/03/20 10:31:20 OSPF: DR-Election[1st]: DR 10.0.0.2
> 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: Backup 10.0.0.1
> 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: DR 10.0.0.2
> 2007/03/20 10:31:20 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now DR
> 2007/03/20 10:31:20 OSPF: interface 10.0.0.2 [3] join AllDRouters Multica=
st group.
> 2007/03/20 10:31:23 OSPF: DR-Election[1st]: Backup 13.0.0.1
> 2007/03/20 10:31:23 OSPF: DR-Election[1st]: DR 13.0.0.1
> 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: Backup 0.0.0.0
> 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: DR 13.0.0.1
> 2007/03/20 10:31:23 OSPF: ospfTrapIfStateChange trap sent: 13.0.0.1 now DR
> 2007/03/20 10:31:23 OSPF: interface 13.0.0.1 [4] join AllDRouters Multica=
st group.
> 2007/03/20 10:31:45 OSPF: Packet[DD]: Neighbor 12.0.0.1: Initial DBD from=
Slave, ignoring.
> 2007/03/20 10:31:45 OSPF: DR-Election[1st]: Backup 10.0.0.1
> 2007/03/20 10:31:45 OSPF: DR-Election[1st]: DR 10.0.0.2
> 2007/03/20 10:31:50 OSPF: Packet[DD]: Neighbor 12.0.0.1 Negotiation done =
(Master).
> 2007/03/20 10:31:50 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now =
Loading/Backup
> 2007/03/20 10:31:50 OSPF: nsm_change_state(12.0.0.1, Loading -> Full): sc=
heduling new router-LSA origination
> 2007/03/20 10:31:52 ZEBRA: zebra message comes from socket [14]
> 2007/03/20 10:31:52 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] =
17
> 2007/03/20 10:31:52 ZEBRA: rib_link: rn 0x8f032a8, rib 0x8f031e0
> 2007/03/20 10:31:52 ZEBRA: rib_process: Adding route, select 0x8f031e0
> 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): RTM_NE=
WROUTE 12.0.0.0/24, type IPv4=20
> 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): nextho=
p via 10.0.0.1 if 3
> 2007/03/20 10:31:52 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24=
), seq=3D6
> 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRT=
M_NEWROUTE(24), seq=3D6, pid=3D0
> 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-listen type RTM_NE=
WROUTE(24), seq=3D6, pid=3D4294963198
> 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd packet comes f=
rom netlink-listen
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 LDP: route 10.0.0.0/24
> 2007/03/20 10:32:09 LDP: num ifindex 0
> 2007/03/20 10:32:09 LDP: attached
> 2007/03/20 10:32:09 LDP: ifindex 3
> 2007/03/20 10:32:09 LDP: add
> 2007/03/20 10:32:09 LDP: route 13.0.0.0/24
> 2007/03/20 10:32:09 LDP: num ifindex 0
> 2007/03/20 10:32:09 LDP: attached
> 2007/03/20 10:32:09 LDP: ifindex 4
> 2007/03/20 10:32:09 LDP: add
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 LDP: route 12.0.0.0/24
> 2007/03/20 10:32:09 LDP: num nexthop 0
> 2007/03/20 10:32:09 LDP: nexthop 10.0.0.1
> 2007/03/20 10:32:09 LDP: add
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD=
] 1
> 2007/03/20 10:32:15 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq=
=3D1
> 2007/03/20 10:32:15 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type=
=3D(29), seq=3D1, pid=3D0
> 2007/03/20 10:32:52 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCKING
> 2007/03/20 10:32:52 LDP: OUT: LDP_NOTIF_SESSION_REJECTED_NO_HELLO:
> 2007/03/20 10:32:57 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCKING
> 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_IN_SEGMENT_=
ADD] 10
> 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq=
=3D2
> 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type=
=3D(29), seq=3D2, pid=3D0
> 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type (=
29), seq=3D0, pid=3D0
> 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_OUT_SEGMENT=
_ADD] 39
> 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-nhlfe type (29), se=
q=3D1
> 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe type (2=
9), seq=3D1, pid=3D4294963196
> 2007/03/20 10:32:59 ZEBRA: netlink_talk: ignoring message type 0x001d
> 2007/03/20 10:32:59 ZEBRA: mpls_ctrl_nhlfe_register(): NHLFE 0x00000002
> 2007/03/20 10:32:59 LDP: found pending NHLFE: 0x997e9a8
> 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type (=
29), seq=3D1, pid=3D4294963196
> 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet =
comes from mpls-netlink-listen
> 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15]
> 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11
> 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch
> 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch
> 2007/03/20 10:32:59 ZEBRA: mpls_ftn_register: unable to find FEC 10.0.0.0=
/24
>=20
>=20
> -----Mensaje original-----
> De: James R. Leu [mailto:jl...@mi...]
> Enviado el: mar 20/03/2007 4:11
> Para: Marco Schmidt
> CC: Sienes Rodr?guez Gonzalo; mpl...@li...
> Asunto: Re: [mpls-linux-devel] LDP problems
> =20
> I've added some additional debugging. In the process I was able to repro=
duce
> a similar failure multiple times and I found a couple place were I was
> using uninitialized structures. By correctly zeroing these structures
> I was able to fix the failure I was seeing. I do not presume this will
> fix the failures you both are seeing, but the debugging should help
> us figure what is happening.
>=20
> Please download version 1.955d of quagga from sf.net
>=20
> http://sourceforge.net/project/showfiles.php?group_id=3D15443&package=
_id=3D12482
>=20
>=20
> On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote:
> > Here is what I got so far...
> >=20
> > I'm experiencing the same problems. Some connections are labeled, most
> > of them are not - that differs from friday, where only one PC didn't
> > work properly.
> > In the non-working-case, LDPd finds the pending NHLFEs, but does nothin=
g more.
> >=20
> > ...
> > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8
> > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0
> > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68
> > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17]
> > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17]
> > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17]
> > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> > whole log can be found here:
> > http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.l=
og
> >=20
> >=20
> > Different reaction where the binding works properly:
> >=20
> > ...
> > >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen type=
(29), seq=3D1, pid=3D4294963188
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packe=
t comes from mpls-netlink-listen
> > 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18]
> > 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_=
DELROUTE 172.16.30.0/24, type IPv4=20
> > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): next=
hop via 10.0.5.1 if 2
> > 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(=
25), seq=3D7
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3D=
RTM_DELROUTE(25), seq=3D7, pid=3D0
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_=
DELROUTE(25), seq=3D7, pid=3D4294963190
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes=
from netlink-listen
> > 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798
> > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_=
NEWROUTE 172.16.30.0/24, type IPv4=20
> > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): next=
hop via 10.0.5.1 if 2
> > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPLS=
info 00000009
> > 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(=
24), seq=3D8
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3D=
RTM_NEWROUTE(24), seq=3D8, pid=3D0
> > >2007/03/19 12:07:44 LDP: route 172.16.30.0/24
> > >2007/03/19 12:07:44 LDP: num nexthop 0
> > >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1
> > >2007/03/19 12:07:44 LDP: add
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_=
NEWROUTE(24), seq=3D8, pid=3D4294963190
> > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes=
from netlink-listen
> >=20
> > Here, the label binding appears unter "ip route show" command.
> > whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_=
binding_and_zebra_crash121437.log
> >=20
> > The marked operations never happen at the non-working links.
> >=20
> > LDPd sometimes closes because of I/O errors, but there are no messages
> > in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add
> > message (can be found two times in the above logfile)
> >=20
> > 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11
> > ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); ab=
orting...
> > Program counter: /usr/sbin/zebra[0x80537b1]
> >=20
> > My conf-files can also be found in die MPLS directory http://www-user.t=
u-chemnitz.de/~smarco/MPLS/
> >=20
> > Regards,
> > Marco
> >=20
> >=20
> >=20
> > > Hello everybody:
> >=20
> > > I've migrated my PCs from FC4 to FC5 with all the RPMs for the
> > > 1.955 version. The problem must be that I'm forgetting something or
> > > doing something wrong cause I've notice that Julien or Marco were at
> > > the same situacion and they both are able to run LDP.
> >=20
> > > This is what I do, it's a simple scenario with two LSRs:
> >=20
> > > 1. First of all I load "mpls4" and activate ip forwarding.
> > > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1".
> > > Without specifying the config files (though I tried it also with t=
he .conf files and even
> > > starting them as services ("service ... start")).
> > > 3. Then I entered vtysh to type by here ALL the config.
> > > -First, the OSPF networks: router ospf, network ... area 0.
> > > -I wait to the new routes to be discovered and then I configured l=
dp.
> > > -mpls ldp, and in the corresponding interface of each LSR to the M=
PLS link:
> > > mpls ip and mpls labelspace 0.
> >=20
> > > The OSPF routes are discovered correctly, and the NHLFE and ILM
> > > entries, created properly, but I'm not able to send labelled packets
> > > through the mpls link I'm trying to set up.
> >=20
> > > If someone working with FC5 and LDP running could tell me his method =
should be very useful.
> >=20
> > > Thanks in advance,
> > > Gonzalo.
> >=20
> >=20
> >=20
> >=20
> > > ---------------------------------------------------------------------=
----
> > > Take Surveys. Earn Cash. Influence the Future of IT
> > > Join SourceForge.net's Techsay panel and you'll get the chance to sha=
re your
> > > opinions on IT & business topics through brief surveys-and earn cash
> > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CI=
D=3DDEVDEV
> > > _______________________________________________
> > > mpls-linux-devel mailing list
> > > mpl...@li...
> > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
> >=20
> >=20
> >=20
> >=20
> >=20
> > -----------------------------------------------------------------------=
--
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share=
your
> > opinions on IT & business topics through brief surveys-and earn cash
> > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=
=3DDEVDEV
> > _______________________________________________
> > mpls-linux-devel mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>=20
> --=20
> James R. Leu
> jl...@mi...
>=20
>=20
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
--=20
James R. Leu
jl...@mi...
|
|
From: Marco S. <mar...@s2...> - 2007-03-21 10:26:59
|
Well, I'm glad to say that everything seems to work properly. Just raising the cost on one link, so that there are no more ECMPs, done. Dynamical updates now work on "link failures", OSPF updates the routing tables and LDP reacts as it should. I'll do some testing with other modes than the default ones. Regards, Marco > Thank you for your report. ECMP is currently not supported via > ldp-portable. It is something I hope to support in the next release. > For now can you change the OSPF cost on that link to see if it works > with the link connected? > As for the "unable to find FEC" that is part of the debugging I added. > It is not necessarily an error. It just means that a label mapping came > in and we were not able to find an exact match (ie prefix AND nexthop have > to match). In this case I believe is it the prefix of the transit > subnet (which should come back as not matching ... the nexthop does not match). > Besides the crash related to ECMP is everything else working ok for you? > On Tue, Mar 20, 2007 at 05:07:21PM +0100, Marco Schmidt wrote: >> Hello James, >> >> the Labeling is working better now, thank you for the debugging. >> But as you expected, the problems aren't completely solved. >> I think there is a problem with networks where loops are possible... >> >> The labelspaces and crossconnects are also marked inactive on my >> systems, but it is possible to send labeled packets through the >> network. >> >> It is! working at the moment, but I had to remove the link between E4 >> and E3. (one, that made redundant paths possible) >> Zebra/Ldpd doesn't seem to be able to manage redundant paths with the >> same destination. >> It crashed after enabling the link again. Have a look at the logfiles: >> http://www-user.tu-chemnitz.de/~smarco/MPLS/20070320_v2/E3_with_crash_after_linkupdate.log >> There are a few more logs from today in the MPLS directory. >> >> Right now, I found the same error as Gonzalo (at the bottom of the >> file): >> 2007/03/20 16:08:01 LDP: found pending NHLFE: 0x9782308 >> 2007/03/20 16:08:01 ZEBRA: zebra message comes from socket [17] >> 2007/03/20 16:08:01 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> 2007/03/20 16:08:01 ZEBRA: IPV41 mismatch >> >>2007/03/20 16:08:01 ZEBRA: mpls_ftn_register: unable to find FEC 172.16.20.0/24 >> 2007/03/20 16:08:01 ZEBRA: zebra message comes from socket [17] >> 2007/03/20 16:08:01 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 >> ZEBRA: Received signal 11 at 1174403281 (si_addr 0xe, PC 0x80539cf); aborting... >> Program counter: /usr/sbin/zebra[0x80539cf] >> >> Regards, >> Marco >> >> >> >> > Hi: >> >> > I've downloaded your revised quagga RPM for FC5 and I tried this scenario: >> >> > eth0 eth1 eth1 eth0 >> > 12.0.0.1-------PE1---------------------PE2-------13.0.0.1 >> > .1 10.0.0.0/24 .2 >> >> > I enclose the configuration and commands related to MPLS and LDP at >> > PE2 and the log file created debugging zebra. >> >> > At the bottom of the log file there's: "unable to find FEC >> > 10.0.0.0/24", furthermore, the output of "sh mpls forwarding" shows the labelspace as inactive. >> >> > Please take a look, I hope it could be helpful to figure out what's happening. >> >> > Thanks in advance, >> >> > Gonzalo. >> >> > PE3 config >> > ------------------------------------------------------------------------ >> >> > Current configuration: >> > ! >> > hostname PE3 >> > log file /var/log/quagga/1955d.log >> > ! >> > debug zebra events >> > debug zebra packet >> > debug zebra kernel >> > debug zebra rib >> > ! >> > interface eth0 >> > ipv6 nd suppress-ra >> > ! >> > interface eth1 >> > ipv6 nd suppress-ra >> > mpls ip >> > mpls labelspace 0 >> > ! >> > interface lo >> > ! >> > interface mpls0 >> > ipv6 nd suppress-ra >> > ! >> > interface sit0 >> > ipv6 nd suppress-ra >> > ! >> > mpls ldp >> > egress connected >> > ! >> > router ospf >> > network 10.0.0.0/24 area 0.0.0.0 >> > network 13.0.0.0/24 area 0.0.0.0 >> > ! >> > ip forwarding >> > ! >> > line vty >> > ! >> >> > PE3# sh ip route >> > Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, >> > I - ISIS, B - BGP, > - selected route, * - FIB route >> >> > O 10.0.0.0/24 [110/10] is directly connected, eth1, 00:02:49 >> C>>* 10.0.0.0/24 is directly connected, eth1 >> O>>* 12.0.0.0/24 [110/20] via 10.0.0.1, eth1, 00:01:37 >> > O 13.0.0.0/24 [110/10] is dPE3# sh ldp neig >> > Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0 >> > TCP connection: 10.0.0.2.45483 - 10.0.0.1.646 >> > State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED >> > Up time: 00:04:08 >> > LDP discovery sources: >> > eth1 >> > Addresses bound to peer: >> > 10.0.0.1 12.0.0.1 >> > irectly connected, eth0, 00:02:43 >> C>>* 13.0.0.0/24 is directly connected, eth0 >> C>>* 127.0.0.0/8 is directly connected, lo >> >> > PE3# sh mpls for >> > Insegments: >> > Lbl Spc Label Owner >> > 0 10000 ldp (inactive) >> > Total 1 >> >> > Outsegments: >> > Interface Label Next Hop Owner >> > eth1 10000 10.0.0.1 ldp >> > Total 1 >> >> > Cross Connects: >> >> > Total 0 >> >> > PE3# sh ldp ses >> > 2 9.151.111.152 45 OPERATIONAL >> > 10.0.0.1 >> > 12.0.0.1 >> >> > PE3# sh ldp disc >> >> > Local LSR Identifier: 13.0.0.1 >> >> > Interface Discovery Sources: >> > eth1: xmit/recv >> > LDP Id: 12.0.0.1:0 >> >> > Targeted Discovery Sources: >> > No configured peers >> >> > PE3# sh ldp neig >> > Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0 >> > TCP connection: 10.0.0.2.45483 - 10.0.0.1.646 >> > State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED >> > Up time: 00:04:08 >> > LDP discovery sources: >> > eth1 >> > Addresses bound to peer: >> > 10.0.0.1 12.0.0.1 >> >> > [root@PE3 ~]# mpls ilm >> > ILM entry label gen 10000 labelspace 0 proto ipv4 >> > pop peek (0 bytes, 0 pkts) >> >> > [root@PE3 ~]# mpls nhlfe >> > NHLFE entry key 0x00000002 mtu 1496 propagate_ttl >> > push gen 10000 set eth1 ipv4 10.0.0.1 (0 bytes, 0 pkts) >> >> > [root@PE3 ~]# ip route >> > 10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.2 >> > 12.0.0.0/24 via 10.0.0.1 dev eth1 proto zebra metric 20 >> > 13.0.0.0/24 dev eth0 proto kernel scope link src 13.0.0.1 >> >> > [root@PE3 ~]# rpm -q quagga >> > quagga-0.99.6-01.fc5.mpls.1.955d >> >> > /var/log/quagga/1955d.log >> > ------------------------------------------------------------------------ >> >> > 2007/03/20 10:30:40 OSPF: interface 10.0.0.2 [3] join AllSPFRouters Multicast group. >> > 2007/03/20 10:30:40 ZEBRA: zebra message comes from socket [14] >> > 2007/03/20 10:30:40 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] 17 >> > 2007/03/20 10:30:40 ZEBRA: rib_link: rn 0x8efcf48, rib 0x8f02c70 >> > 2007/03/20 10:30:40 ZEBRA: rib_link: new head, rn_status copied over >> > 2007/03/20 10:30:41 ZEBRA: rib_process: Updating existing route, select 0x8efcf88, fib 0x8efcf88 >> > 2007/03/20 10:30:43 OSPF: interface 13.0.0.1 [4] join AllSPFRouters Multicast group. >> > 2007/03/20 10:30:46 ZEBRA: zebra message comes from socket [14] >> > 2007/03/20 10:30:46 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] 17 >> > 2007/03/20 10:30:46 ZEBRA: rib_link: rn 0x8efd150, rib 0x8f03158 >> > 2007/03/20 10:30:46 ZEBRA: rib_link: new head, rn_status copied over >> > 2007/03/20 10:30:46 ZEBRA: rib_process: Updating existing route, select 0x8efd190, fib 0x8efd190 >> > 2007/03/20 10:31:05 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now Init/DROther >> > 2007/03/20 10:31:20 OSPF: DR-Election[1st]: Backup 10.0.0.2 >> > 2007/03/20 10:31:20 OSPF: DR-Election[1st]: DR 10.0.0.2 >> > 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: Backup 10.0.0.1 >> > 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: DR 10.0.0.2 >> > 2007/03/20 10:31:20 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now DR >> > 2007/03/20 10:31:20 OSPF: interface 10.0.0.2 [3] join AllDRouters Multicast group. >> > 2007/03/20 10:31:23 OSPF: DR-Election[1st]: Backup 13.0.0.1 >> > 2007/03/20 10:31:23 OSPF: DR-Election[1st]: DR 13.0.0.1 >> > 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: Backup 0.0.0.0 >> > 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: DR 13.0.0.1 >> > 2007/03/20 10:31:23 OSPF: ospfTrapIfStateChange trap sent: 13.0.0.1 now DR >> > 2007/03/20 10:31:23 OSPF: interface 13.0.0.1 [4] join AllDRouters Multicast group. >> > 2007/03/20 10:31:45 OSPF: Packet[DD]: Neighbor 12.0.0.1: Initial DBD from Slave, ignoring. >> > 2007/03/20 10:31:45 OSPF: DR-Election[1st]: Backup 10.0.0.1 >> > 2007/03/20 10:31:45 OSPF: DR-Election[1st]: DR 10.0.0.2 >> > 2007/03/20 10:31:50 OSPF: Packet[DD]: Neighbor 12.0.0.1 Negotiation done (Master). >> > 2007/03/20 10:31:50 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now Loading/Backup >> > 2007/03/20 10:31:50 OSPF: nsm_change_state(12.0.0.1, Loading -> >> > Full): scheduling new router-LSA origination >> > 2007/03/20 10:31:52 ZEBRA: zebra message comes from socket [14] >> > 2007/03/20 10:31:52 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] 17 >> > 2007/03/20 10:31:52 ZEBRA: rib_link: rn 0x8f032a8, rib 0x8f031e0 >> > 2007/03/20 10:31:52 ZEBRA: rib_process: Adding route, select 0x8f031e0 >> > 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): >> > RTM_NEWROUTE 12.0.0.0/24, type IPv4 >> > 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): nexthop via 10.0.0.1 if 3 >> > 2007/03/20 10:31:52 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24), seq=6 >> > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd ACK: >> > type=RTM_NEWROUTE(24), seq=6, pid=0 >> > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-listen type >> > RTM_NEWROUTE(24), seq=6, pid=4294963198 >> > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd packet comes from netlink-listen >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 LDP: route 10.0.0.0/24 >> > 2007/03/20 10:32:09 LDP: num ifindex 0 >> > 2007/03/20 10:32:09 LDP: attached >> > 2007/03/20 10:32:09 LDP: ifindex 3 >> > 2007/03/20 10:32:09 LDP: add >> > 2007/03/20 10:32:09 LDP: route 13.0.0.0/24 >> > 2007/03/20 10:32:09 LDP: num ifindex 0 >> > 2007/03/20 10:32:09 LDP: attached >> > 2007/03/20 10:32:09 LDP: ifindex 4 >> > 2007/03/20 10:32:09 LDP: add >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 LDP: route 12.0.0.0/24 >> > 2007/03/20 10:32:09 LDP: num nexthop 0 >> > 2007/03/20 10:32:09 LDP: nexthop 10.0.0.1 >> > 2007/03/20 10:32:09 LDP: add >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD] 1 >> > 2007/03/20 10:32:15 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq=1 >> > 2007/03/20 10:32:15 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type=(29), seq=1, pid=0 >> > 2007/03/20 10:32:52 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCKING >> > 2007/03/20 10:32:52 LDP: OUT: LDP_NOTIF_SESSION_REJECTED_NO_HELLO: >> > 2007/03/20 10:32:57 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCKING >> > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_IN_SEGMENT_ADD] 10 >> > 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq=2 >> > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type=(29), seq=2, pid=0 >> > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type (29), seq=0, pid=0 >> > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_OUT_SEGMENT_ADD] 39 >> > 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-nhlfe type (29), seq=1 >> > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe type (29), seq=1, pid=4294963196 >> > 2007/03/20 10:32:59 ZEBRA: netlink_talk: ignoring message type 0x001d >> > 2007/03/20 10:32:59 ZEBRA: mpls_ctrl_nhlfe_register(): NHLFE 0x00000002 >> > 2007/03/20 10:32:59 LDP: found pending NHLFE: 0x997e9a8 >> > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type (29), seq=1, pid=4294963196 >> > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe >> > packet comes from mpls-netlink-listen >> > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] >> > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> > 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch >> > 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch >> > 2007/03/20 10:32:59 ZEBRA: mpls_ftn_register: unable to find FEC 10.0.0.0/24 >> >> >> > -----Mensaje original----- >> > De: James R. Leu [mailto:jl...@mi...] >> > Enviado el: mar 20/03/2007 4:11 >> > Para: Marco Schmidt >> > CC: Sienes Rodr?guez Gonzalo; mpl...@li... >> > Asunto: Re: [mpls-linux-devel] LDP problems >> > >> > I've added some additional debugging. In the process I was able to reproduce >> > a similar failure multiple times and I found a couple place were I was >> > using uninitialized structures. By correctly zeroing these structures >> > I was able to fix the failure I was seeing. I do not presume this will >> > fix the failures you both are seeing, but the debugging should help >> > us figure what is happening. >> >> > Please download version 1.955d of quagga from sf.net >> >> > >> > http://sourceforge.net/project/showfiles.php?group_id=15443&package_id=12482 >> >> >> > On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote: >> >> Here is what I got so far... >> >> >> >> I'm experiencing the same problems. Some connections are labeled, most >> >> of them are not - that differs from friday, where only one PC didn't >> >> work properly. >> >> In the non-working-case, LDPd finds the pending NHLFEs, but does nothing more. >> >> >> >> ... >> >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8 >> >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0 >> >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68 >> >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] >> >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] >> >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] >> >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> >> whole log can be found here: >> >> http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.log >> >> >> >> >> >> Different reaction where the binding works properly: >> >> >> >> ... >> >> >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen type (29), seq=1, pid=4294963188 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet comes from mpls-netlink-listen >> >> 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18] >> >> 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_DELROUTE 172.16.30.0/24, type IPv4 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nexthop via 10.0.5.1 if 2 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(25), seq=7 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=RTM_DELROUTE(25), seq=7, pid=0 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_DELROUTE(25), seq=7, pid=4294963190 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes from netlink-listen >> >> 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_NEWROUTE 172.16.30.0/24, type IPv4 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nexthop via 10.0.5.1 if 2 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPLS info 00000009 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24), seq=8 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=RTM_NEWROUTE(24), seq=8, pid=0 >> >> >2007/03/19 12:07:44 LDP: route 172.16.30.0/24 >> >> >2007/03/19 12:07:44 LDP: num nexthop 0 >> >> >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1 >> >> >2007/03/19 12:07:44 LDP: add >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_NEWROUTE(24), seq=8, pid=4294963190 >> >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes from netlink-listen >> >> >> >> Here, the label binding appears unter "ip route show" command. >> >> whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_binding_and_zebra_crash121437.log >> >> >> >> The marked operations never happen at the non-working links. >> >> >> >> LDPd sometimes closes because of I/O errors, but there are no messages >> >> in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add >> >> message (can be found two times in the above logfile) >> >> >> >> 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 >> >> ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); aborting... >> >> Program counter: /usr/sbin/zebra[0x80537b1] >> >> >> >> My conf-files can also be found in die MPLS directory http://www-user.tu-chemnitz.de/~smarco/MPLS/ >> >> >> >> Regards, >> >> Marco >> >> >> >> >> >> >> >> > Hello everybody: >> >> >> >> > I've migrated my PCs from FC4 to FC5 with all the RPMs for the >> >> > 1.955 version. The problem must be that I'm forgetting something or >> >> > doing something wrong cause I've notice that Julien or Marco were at >> >> > the same situacion and they both are able to run LDP. >> >> >> >> > This is what I do, it's a simple scenario with two LSRs: >> >> >> >> > 1. First of all I load "mpls4" and activate ip forwarding. >> >> > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1". >> >> > Without specifying the config files (though I tried it also with the .conf files and even >> >> > starting them as services ("service ... start")). >> >> > 3. Then I entered vtysh to type by here ALL the config. >> >> > -First, the OSPF networks: router ospf, network ... area 0. >> >> > -I wait to the new routes to be discovered and then I configured ldp. >> >> > -mpls ldp, and in the corresponding interface of each LSR to the MPLS link: >> >> > mpls ip and mpls labelspace 0. >> >> >> >> > The OSPF routes are discovered correctly, and the NHLFE and ILM >> >> > entries, created properly, but I'm not able to send labelled packets >> >> > through the mpls link I'm trying to set up. >> >> >> >> > If someone working with FC5 and LDP running could tell me his method should be very useful. >> >> >> >> > Thanks in advance, >> >> > Gonzalo. >> >> >> >> >> >> >> >> >> >> > ------------------------------------------------------------------------- >> >> > Take Surveys. Earn Cash. Influence the Future of IT >> >> > Join SourceForge.net's Techsay panel and you'll get the chance to share your >> >> > opinions on IT & business topics through brief surveys-and earn cash >> >> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> >> > _______________________________________________ >> >> > mpls-linux-devel mailing list >> >> > mpl...@li... >> >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >> >> >> >> >> >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> >> Take Surveys. Earn Cash. Influence the Future of IT >> >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> >> opinions on IT & business topics through brief surveys-and earn cash >> >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> >> _______________________________________________ >> >> mpls-linux-devel mailing list >> >> mpl...@li... >> >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >> >> >> >> >> >> >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> _______________________________________________ >> mpls-linux-devel mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel |
|
From: James R. L. <jl...@mi...> - 2007-03-20 16:25:00
|
Thank you for your report. ECMP is currently not supported via ldp-portable. It is something I hope to support in the next release. For now can you change the OSPF cost on that link to see if it works with the link connected? As for the "unable to find FEC" that is part of the debugging I added. It is not necessarily an error. It just means that a label mapping came in and we were not able to find an exact match (ie prefix AND nexthop have to match). In this case I believe is it the prefix of the transit subnet (which should come back as not matching ... the nexthop does not mat= ch). Besides the crash related to ECMP is everything else working ok for you? On Tue, Mar 20, 2007 at 05:07:21PM +0100, Marco Schmidt wrote: > Hello James, >=20 > the Labeling is working better now, thank you for the debugging. > But as you expected, the problems aren't completely solved. > I think there is a problem with networks where loops are possible... >=20 > The labelspaces and crossconnects are also marked inactive on my > systems, but it is possible to send labeled packets through the > network. >=20 > It is! working at the moment, but I had to remove the link between E4 > and E3. (one, that made redundant paths possible) > Zebra/Ldpd doesn't seem to be able to manage redundant paths with the > same destination. > It crashed after enabling the link again. Have a look at the logfiles: > http://www-user.tu-chemnitz.de/~smarco/MPLS/20070320_v2/E3_with_crash_aft= er_linkupdate.log > There are a few more logs from today in the MPLS directory. >=20 > Right now, I found the same error as Gonzalo (at the bottom of the > file): > 2007/03/20 16:08:01 LDP: found pending NHLFE: 0x9782308 > 2007/03/20 16:08:01 ZEBRA: zebra message comes from socket [17] > 2007/03/20 16:08:01 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/20 16:08:01 ZEBRA: IPV41 mismatch > >>2007/03/20 16:08:01 ZEBRA: mpls_ftn_register: unable to find FEC 172.16= .20.0/24 > 2007/03/20 16:08:01 ZEBRA: zebra message comes from socket [17] > 2007/03/20 16:08:01 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 > ZEBRA: Received signal 11 at 1174403281 (si_addr 0xe, PC 0x80539cf); abor= ting... > Program counter: /usr/sbin/zebra[0x80539cf] >=20 > Regards, > Marco >=20 >=20 >=20 > > Hi: >=20 > > I've downloaded your revised quagga RPM for FC5 and I tried this scenar= io: >=20 > > eth0 eth1 eth1 eth0 > > 12.0.0.1-------PE1---------------------PE2-------13.0.0.1 > > .1 10.0.0.0/24 .2 >=20 > > I enclose the configuration and commands related to MPLS and LDP at > > PE2 and the log file created debugging zebra. >=20 > > At the bottom of the log file there's: "unable to find FEC > > 10.0.0.0/24", furthermore, the output of "sh mpls forwarding" shows the= labelspace as inactive. >=20 > > Please take a look, I hope it could be helpful to figure out what's hap= pening. >=20 > > Thanks in advance, >=20 > > Gonzalo. >=20 > > PE3 config > > ------------------------------------------------------------------------ >=20 > > Current configuration: > > ! > > hostname PE3 > > log file /var/log/quagga/1955d.log > > ! > > debug zebra events > > debug zebra packet > > debug zebra kernel > > debug zebra rib > > ! > > interface eth0 > > ipv6 nd suppress-ra > > ! > > interface eth1 > > ipv6 nd suppress-ra > > mpls ip > > mpls labelspace 0 > > ! > > interface lo > > ! > > interface mpls0 > > ipv6 nd suppress-ra > > ! > > interface sit0 > > ipv6 nd suppress-ra > > ! > > mpls ldp > > egress connected > > ! > > router ospf > > network 10.0.0.0/24 area 0.0.0.0 > > network 13.0.0.0/24 area 0.0.0.0 > > ! > > ip forwarding > > ! > > line vty > > ! >=20 > > PE3# sh ip route > > Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, > > I - ISIS, B - BGP, > - selected route, * - FIB route >=20 > > O 10.0.0.0/24 [110/10] is directly connected, eth1, 00:02:49 > C>>* 10.0.0.0/24 is directly connected, eth1 > O>>* 12.0.0.0/24 [110/20] via 10.0.0.1, eth1, 00:01:37 > > O 13.0.0.0/24 [110/10] is dPE3# sh ldp neig > > Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0 > > TCP connection: 10.0.0.2.45483 - 10.0.0.1.646 > > State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED > > Up time: 00:04:08 > > LDP discovery sources: > > eth1 > > Addresses bound to peer: > > 10.0.0.1 12.0.0.1 > > irectly connected, eth0, 00:02:43 > C>>* 13.0.0.0/24 is directly connected, eth0 > C>>* 127.0.0.0/8 is directly connected, lo >=20 > > PE3# sh mpls for > > Insegments: > > Lbl Spc Label Owner > > 0 10000 ldp (inactive) > > Total 1 >=20 > > Outsegments: > > Interface Label Next Hop Owner > > eth1 10000 10.0.0.1 ldp > > Total 1 >=20 > > Cross Connects: >=20 > > Total 0 >=20 > > PE3# sh ldp ses > > 2 9.151.111.152 45 OPERATIONAL > > 10.0.0.1 > > 12.0.0.1 >=20 > > PE3# sh ldp disc >=20 > > Local LSR Identifier: 13.0.0.1 >=20 > > Interface Discovery Sources: > > eth1: xmit/recv > > LDP Id: 12.0.0.1:0 >=20 > > Targeted Discovery Sources: > > No configured peers >=20 > > PE3# sh ldp neig > > Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0 > > TCP connection: 10.0.0.2.45483 - 10.0.0.1.646 > > State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED > > Up time: 00:04:08 > > LDP discovery sources: > > eth1 > > Addresses bound to peer: > > 10.0.0.1 12.0.0.1 >=20 > > [root@PE3 ~]# mpls ilm > > ILM entry label gen 10000 labelspace 0 proto ipv4 > > pop peek (0 bytes, 0 pkts) >=20 > > [root@PE3 ~]# mpls nhlfe > > NHLFE entry key 0x00000002 mtu 1496 propagate_ttl > > push gen 10000 set eth1 ipv4 10.0.0.1 (0 bytes, 0 pkts) >=20 > > [root@PE3 ~]# ip route > > 10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.2 > > 12.0.0.0/24 via 10.0.0.1 dev eth1 proto zebra metric 20 > > 13.0.0.0/24 dev eth0 proto kernel scope link src 13.0.0.1 >=20 > > [root@PE3 ~]# rpm -q quagga > > quagga-0.99.6-01.fc5.mpls.1.955d >=20 > > /var/log/quagga/1955d.log > > ------------------------------------------------------------------------ >=20 > > 2007/03/20 10:30:40 OSPF: interface 10.0.0.2 [3] join AllSPFRouters Mul= ticast group. > > 2007/03/20 10:30:40 ZEBRA: zebra message comes from socket [14] > > 2007/03/20 10:30:40 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD= ] 17 > > 2007/03/20 10:30:40 ZEBRA: rib_link: rn 0x8efcf48, rib 0x8f02c70 > > 2007/03/20 10:30:40 ZEBRA: rib_link: new head, rn_status copied over > > 2007/03/20 10:30:41 ZEBRA: rib_process: Updating existing route, select= 0x8efcf88, fib 0x8efcf88 > > 2007/03/20 10:30:43 OSPF: interface 13.0.0.1 [4] join AllSPFRouters Mul= ticast group. > > 2007/03/20 10:30:46 ZEBRA: zebra message comes from socket [14] > > 2007/03/20 10:30:46 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD= ] 17 > > 2007/03/20 10:30:46 ZEBRA: rib_link: rn 0x8efd150, rib 0x8f03158 > > 2007/03/20 10:30:46 ZEBRA: rib_link: new head, rn_status copied over > > 2007/03/20 10:30:46 ZEBRA: rib_process: Updating existing route, select= 0x8efd190, fib 0x8efd190 > > 2007/03/20 10:31:05 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 no= w Init/DROther > > 2007/03/20 10:31:20 OSPF: DR-Election[1st]: Backup 10.0.0.2 > > 2007/03/20 10:31:20 OSPF: DR-Election[1st]: DR 10.0.0.2 > > 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: Backup 10.0.0.1 > > 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: DR 10.0.0.2 > > 2007/03/20 10:31:20 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now= DR > > 2007/03/20 10:31:20 OSPF: interface 10.0.0.2 [3] join AllDRouters Multi= cast group. > > 2007/03/20 10:31:23 OSPF: DR-Election[1st]: Backup 13.0.0.1 > > 2007/03/20 10:31:23 OSPF: DR-Election[1st]: DR 13.0.0.1 > > 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: Backup 0.0.0.0 > > 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: DR 13.0.0.1 > > 2007/03/20 10:31:23 OSPF: ospfTrapIfStateChange trap sent: 13.0.0.1 now= DR > > 2007/03/20 10:31:23 OSPF: interface 13.0.0.1 [4] join AllDRouters Multi= cast group. > > 2007/03/20 10:31:45 OSPF: Packet[DD]: Neighbor 12.0.0.1: Initial DBD fr= om Slave, ignoring. > > 2007/03/20 10:31:45 OSPF: DR-Election[1st]: Backup 10.0.0.1 > > 2007/03/20 10:31:45 OSPF: DR-Election[1st]: DR 10.0.0.2 > > 2007/03/20 10:31:50 OSPF: Packet[DD]: Neighbor 12.0.0.1 Negotiation don= e (Master). > > 2007/03/20 10:31:50 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 no= w Loading/Backup > > 2007/03/20 10:31:50 OSPF: nsm_change_state(12.0.0.1, Loading -> > > Full): scheduling new router-LSA origination > > 2007/03/20 10:31:52 ZEBRA: zebra message comes from socket [14] > > 2007/03/20 10:31:52 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD= ] 17 > > 2007/03/20 10:31:52 ZEBRA: rib_link: rn 0x8f032a8, rib 0x8f031e0 > > 2007/03/20 10:31:52 ZEBRA: rib_process: Adding route, select 0x8f031e0 > > 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): > > RTM_NEWROUTE 12.0.0.0/24, type IPv4=20 > > 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): next= hop via 10.0.0.1 if 3 > > 2007/03/20 10:31:52 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(= 24), seq=3D6 > > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd ACK: > > type=3DRTM_NEWROUTE(24), seq=3D6, pid=3D0 > > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-listen type > > RTM_NEWROUTE(24), seq=3D6, pid=3D4294963198 > > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd packet comes= from netlink-listen > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 LDP: route 10.0.0.0/24 > > 2007/03/20 10:32:09 LDP: num ifindex 0 > > 2007/03/20 10:32:09 LDP: attached > > 2007/03/20 10:32:09 LDP: ifindex 3 > > 2007/03/20 10:32:09 LDP: add > > 2007/03/20 10:32:09 LDP: route 13.0.0.0/24 > > 2007/03/20 10:32:09 LDP: num ifindex 0 > > 2007/03/20 10:32:09 LDP: attached > > 2007/03/20 10:32:09 LDP: ifindex 4 > > 2007/03/20 10:32:09 LDP: add > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 LDP: route 12.0.0.0/24 > > 2007/03/20 10:32:09 LDP: num nexthop 0 > > 2007/03/20 10:32:09 LDP: nexthop 10.0.0.1 > > 2007/03/20 10:32:09 LDP: add > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_A= DD] 1 > > 2007/03/20 10:32:15 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), se= q=3D1 > > 2007/03/20 10:32:15 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: ty= pe=3D(29), seq=3D1, pid=3D0 > > 2007/03/20 10:32:52 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCK= ING > > 2007/03/20 10:32:52 LDP: OUT: LDP_NOTIF_SESSION_REJECTED_NO_HELLO: > > 2007/03/20 10:32:57 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCK= ING > > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_IN_SEGMEN= T_ADD] 10 > > 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), se= q=3D2 > > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: ty= pe=3D(29), seq=3D2, pid=3D0 > > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type= (29), seq=3D0, pid=3D0 > > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_OUT_SEGME= NT_ADD] 39 > > 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-nhlfe type (29), = seq=3D1 > > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe type = (29), seq=3D1, pid=3D4294963196 > > 2007/03/20 10:32:59 ZEBRA: netlink_talk: ignoring message type 0x001d > > 2007/03/20 10:32:59 ZEBRA: mpls_ctrl_nhlfe_register(): NHLFE 0x00000002 > > 2007/03/20 10:32:59 LDP: found pending NHLFE: 0x997e9a8 > > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type= (29), seq=3D1, pid=3D4294963196 > > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe > > packet comes from mpls-netlink-listen > > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] > > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] = 11 > > 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch > > 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch > > 2007/03/20 10:32:59 ZEBRA: mpls_ftn_register: unable to find FEC 10.0.0= .0/24 >=20 >=20 > > -----Mensaje original----- > > De: James R. Leu [mailto:jl...@mi...] > > Enviado el: mar 20/03/2007 4:11 > > Para: Marco Schmidt > > CC: Sienes Rodr?guez Gonzalo; mpl...@li... > > Asunto: Re: [mpls-linux-devel] LDP problems > > =20 > > I've added some additional debugging. In the process I was able to rep= roduce > > a similar failure multiple times and I found a couple place were I was > > using uninitialized structures. By correctly zeroing these structures > > I was able to fix the failure I was seeing. I do not presume this will > > fix the failures you both are seeing, but the debugging should help > > us figure what is happening. >=20 > > Please download version 1.955d of quagga from sf.net >=20 > > =20 > > http://sourceforge.net/project/showfiles.php?group_id=3D15443&package_i= d=3D12482 >=20 >=20 > > On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote: > >> Here is what I got so far... > >>=20 > >> I'm experiencing the same problems. Some connections are labeled, most > >> of them are not - that differs from friday, where only one PC didn't > >> work properly. > >> In the non-working-case, LDPd finds the pending NHLFEs, but does nothi= ng more. > >>=20 > >> ... > >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8 > >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0 > >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68 > >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD]= 11 > >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD]= 11 > >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD]= 11 > >> whole log can be found here: > >> http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.= log > >>=20 > >>=20 > >> Different reaction where the binding works properly: > >>=20 > >> ... > >> >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen typ= e (29), seq=3D1, pid=3D4294963188 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe pack= et comes from mpls-netlink-listen > >> 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18] > >> 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD]= 11 > >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM= _DELROUTE 172.16.30.0/24, type IPv4=20 > >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nex= thop via 10.0.5.1 if 2 > >> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE= (25), seq=3D7 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type= =3DRTM_DELROUTE(25), seq=3D7, pid=3D0 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM= _DELROUTE(25), seq=3D7, pid=3D4294963190 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet come= s from netlink-listen > >> 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798 > >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM= _NEWROUTE 172.16.30.0/24, type IPv4=20 > >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nex= thop via 10.0.5.1 if 2 > >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPL= S info 00000009 > >> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE= (24), seq=3D8 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type= =3DRTM_NEWROUTE(24), seq=3D8, pid=3D0 > >> >2007/03/19 12:07:44 LDP: route 172.16.30.0/24 > >> >2007/03/19 12:07:44 LDP: num nexthop 0 > >> >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1 > >> >2007/03/19 12:07:44 LDP: add > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM= _NEWROUTE(24), seq=3D8, pid=3D4294963190 > >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet come= s from netlink-listen > >>=20 > >> Here, the label binding appears unter "ip route show" command. > >> whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label= _binding_and_zebra_crash121437.log > >>=20 > >> The marked operations never happen at the non-working links. > >>=20 > >> LDPd sometimes closes because of I/O errors, but there are no messages > >> in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add > >> message (can be found two times in the above logfile) > >>=20 > >> 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] = 11 > >> ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); a= borting... > >> Program counter: /usr/sbin/zebra[0x80537b1] > >>=20 > >> My conf-files can also be found in die MPLS directory http://www-user.= tu-chemnitz.de/~smarco/MPLS/ > >>=20 > >> Regards, > >> Marco > >>=20 > >>=20 > >>=20 > >> > Hello everybody: > >>=20 > >> > I've migrated my PCs from FC4 to FC5 with all the RPMs for the > >> > 1.955 version. The problem must be that I'm forgetting something or > >> > doing something wrong cause I've notice that Julien or Marco were at > >> > the same situacion and they both are able to run LDP. > >>=20 > >> > This is what I do, it's a simple scenario with two LSRs: > >>=20 > >> > 1. First of all I load "mpls4" and activate ip forwarding. > >> > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1". > >> > Without specifying the config files (though I tried it also with = the .conf files and even > >> > starting them as services ("service ... start")). > >> > 3. Then I entered vtysh to type by here ALL the config. > >> > -First, the OSPF networks: router ospf, network ... area 0. > >> > -I wait to the new routes to be discovered and then I configured = ldp. > >> > -mpls ldp, and in the corresponding interface of each LSR to the = MPLS link: > >> > mpls ip and mpls labelspace 0. > >>=20 > >> > The OSPF routes are discovered correctly, and the NHLFE and ILM > >> > entries, created properly, but I'm not able to send labelled packets > >> > through the mpls link I'm trying to set up. > >>=20 > >> > If someone working with FC5 and LDP running could tell me his method= should be very useful. > >>=20 > >> > Thanks in advance, > >> > Gonzalo. > >>=20 > >>=20 > >>=20 > >>=20 > >> > --------------------------------------------------------------------= ----- > >> > Take Surveys. Earn Cash. Influence the Future of IT > >> > Join SourceForge.net's Techsay panel and you'll get the chance to sh= are your > >> > opinions on IT & business topics through brief surveys-and earn cash > >> > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&C= ID=3DDEVDEV > >> > _______________________________________________ > >> > mpls-linux-devel mailing list > >> > mpl...@li... > >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel > >>=20 > >>=20 > >>=20 > >>=20 > >>=20 > >> ----------------------------------------------------------------------= --- > >> Take Surveys. Earn Cash. Influence the Future of IT > >> Join SourceForge.net's Techsay panel and you'll get the chance to shar= e your > >> opinions on IT & business topics through brief surveys-and earn cash > >> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID= =3DDEVDEV > >> _______________________________________________ > >> mpls-linux-devel mailing list > >> mpl...@li... > >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >=20 >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
|
From: Marco S. <mar...@s2...> - 2007-03-20 16:07:48
|
Hello James, the Labeling is working better now, thank you for the debugging. But as you expected, the problems aren't completely solved. I think there is a problem with networks where loops are possible... The labelspaces and crossconnects are also marked inactive on my systems, but it is possible to send labeled packets through the network. It is! working at the moment, but I had to remove the link between E4 and E3. (one, that made redundant paths possible) Zebra/Ldpd doesn't seem to be able to manage redundant paths with the same destination. It crashed after enabling the link again. Have a look at the logfiles: http://www-user.tu-chemnitz.de/~smarco/MPLS/20070320_v2/E3_with_crash_after= _linkupdate.log There are a few more logs from today in the MPLS directory. Right now, I found the same error as Gonzalo (at the bottom of the file): 2007/03/20 16:08:01 LDP: found pending NHLFE: 0x9782308 2007/03/20 16:08:01 ZEBRA: zebra message comes from socket [17] 2007/03/20 16:08:01 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 2007/03/20 16:08:01 ZEBRA: IPV41 mismatch >>2007/03/20 16:08:01 ZEBRA: mpls_ftn_register: unable to find FEC 172.16.2= 0.0/24 2007/03/20 16:08:01 ZEBRA: zebra message comes from socket [17] 2007/03/20 16:08:01 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 ZEBRA: Received signal 11 at 1174403281 (si_addr 0xe, PC 0x80539cf); aborti= ng... Program counter: /usr/sbin/zebra[0x80539cf] Regards, Marco > Hi: > I've downloaded your revised quagga RPM for FC5 and I tried this scenario: > eth0 eth1 eth1 eth0 > 12.0.0.1-------PE1---------------------PE2-------13.0.0.1 > .1 10.0.0.0/24 .2 > I enclose the configuration and commands related to MPLS and LDP at > PE2 and the log file created debugging zebra. > At the bottom of the log file there's: "unable to find FEC > 10.0.0.0/24", furthermore, the output of "sh mpls forwarding" shows the l= abelspace as inactive. > Please take a look, I hope it could be helpful to figure out what's happe= ning. > Thanks in advance, > Gonzalo. > PE3 config > ------------------------------------------------------------------------ > Current configuration: > ! > hostname PE3 > log file /var/log/quagga/1955d.log > ! > debug zebra events > debug zebra packet > debug zebra kernel > debug zebra rib > ! > interface eth0 > ipv6 nd suppress-ra > ! > interface eth1 > ipv6 nd suppress-ra > mpls ip > mpls labelspace 0 > ! > interface lo > ! > interface mpls0 > ipv6 nd suppress-ra > ! > interface sit0 > ipv6 nd suppress-ra > ! > mpls ldp > egress connected > ! > router ospf > network 10.0.0.0/24 area 0.0.0.0 > network 13.0.0.0/24 area 0.0.0.0 > ! > ip forwarding > ! > line vty > ! > PE3# sh ip route > Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF, > I - ISIS, B - BGP, > - selected route, * - FIB route > O 10.0.0.0/24 [110/10] is directly connected, eth1, 00:02:49 C>>* 10.0.0.0/24 is directly connected, eth1 O>>* 12.0.0.0/24 [110/20] via 10.0.0.1, eth1, 00:01:37 > O 13.0.0.0/24 [110/10] is dPE3# sh ldp neig > Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0 > TCP connection: 10.0.0.2.45483 - 10.0.0.1.646 > State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED > Up time: 00:04:08 > LDP discovery sources: > eth1 > Addresses bound to peer: > 10.0.0.1 12.0.0.1 > irectly connected, eth0, 00:02:43 C>>* 13.0.0.0/24 is directly connected, eth0 C>>* 127.0.0.0/8 is directly connected, lo > PE3# sh mpls for > Insegments: > Lbl Spc Label Owner > 0 10000 ldp (inactive) > Total 1 > Outsegments: > Interface Label Next Hop Owner > eth1 10000 10.0.0.1 ldp > Total 1 > Cross Connects: > Total 0 > PE3# sh ldp ses > 2 9.151.111.152 45 OPERATIONAL > 10.0.0.1 > 12.0.0.1 > PE3# sh ldp disc > Local LSR Identifier: 13.0.0.1 > Interface Discovery Sources: > eth1: xmit/recv > LDP Id: 12.0.0.1:0 > Targeted Discovery Sources: > No configured peers > PE3# sh ldp neig > Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0 > TCP connection: 10.0.0.2.45483 - 10.0.0.1.646 > State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED > Up time: 00:04:08 > LDP discovery sources: > eth1 > Addresses bound to peer: > 10.0.0.1 12.0.0.1 > [root@PE3 ~]# mpls ilm > ILM entry label gen 10000 labelspace 0 proto ipv4 > pop peek (0 bytes, 0 pkts) > [root@PE3 ~]# mpls nhlfe > NHLFE entry key 0x00000002 mtu 1496 propagate_ttl > push gen 10000 set eth1 ipv4 10.0.0.1 (0 bytes, 0 pkts) > [root@PE3 ~]# ip route > 10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.2 > 12.0.0.0/24 via 10.0.0.1 dev eth1 proto zebra metric 20 > 13.0.0.0/24 dev eth0 proto kernel scope link src 13.0.0.1 > [root@PE3 ~]# rpm -q quagga > quagga-0.99.6-01.fc5.mpls.1.955d > /var/log/quagga/1955d.log > ------------------------------------------------------------------------ > 2007/03/20 10:30:40 OSPF: interface 10.0.0.2 [3] join AllSPFRouters Multi= cast group. > 2007/03/20 10:30:40 ZEBRA: zebra message comes from socket [14] > 2007/03/20 10:30:40 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] = 17 > 2007/03/20 10:30:40 ZEBRA: rib_link: rn 0x8efcf48, rib 0x8f02c70 > 2007/03/20 10:30:40 ZEBRA: rib_link: new head, rn_status copied over > 2007/03/20 10:30:41 ZEBRA: rib_process: Updating existing route, select 0= x8efcf88, fib 0x8efcf88 > 2007/03/20 10:30:43 OSPF: interface 13.0.0.1 [4] join AllSPFRouters Multi= cast group. > 2007/03/20 10:30:46 ZEBRA: zebra message comes from socket [14] > 2007/03/20 10:30:46 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] = 17 > 2007/03/20 10:30:46 ZEBRA: rib_link: rn 0x8efd150, rib 0x8f03158 > 2007/03/20 10:30:46 ZEBRA: rib_link: new head, rn_status copied over > 2007/03/20 10:30:46 ZEBRA: rib_process: Updating existing route, select 0= x8efd190, fib 0x8efd190 > 2007/03/20 10:31:05 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now = Init/DROther > 2007/03/20 10:31:20 OSPF: DR-Election[1st]: Backup 10.0.0.2 > 2007/03/20 10:31:20 OSPF: DR-Election[1st]: DR 10.0.0.2 > 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: Backup 10.0.0.1 > 2007/03/20 10:31:20 OSPF: DR-Election[2nd]: DR 10.0.0.2 > 2007/03/20 10:31:20 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now DR > 2007/03/20 10:31:20 OSPF: interface 10.0.0.2 [3] join AllDRouters Multica= st group. > 2007/03/20 10:31:23 OSPF: DR-Election[1st]: Backup 13.0.0.1 > 2007/03/20 10:31:23 OSPF: DR-Election[1st]: DR 13.0.0.1 > 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: Backup 0.0.0.0 > 2007/03/20 10:31:23 OSPF: DR-Election[2nd]: DR 13.0.0.1 > 2007/03/20 10:31:23 OSPF: ospfTrapIfStateChange trap sent: 13.0.0.1 now DR > 2007/03/20 10:31:23 OSPF: interface 13.0.0.1 [4] join AllDRouters Multica= st group. > 2007/03/20 10:31:45 OSPF: Packet[DD]: Neighbor 12.0.0.1: Initial DBD from= Slave, ignoring. > 2007/03/20 10:31:45 OSPF: DR-Election[1st]: Backup 10.0.0.1 > 2007/03/20 10:31:45 OSPF: DR-Election[1st]: DR 10.0.0.2 > 2007/03/20 10:31:50 OSPF: Packet[DD]: Neighbor 12.0.0.1 Negotiation done = (Master). > 2007/03/20 10:31:50 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now = Loading/Backup > 2007/03/20 10:31:50 OSPF: nsm_change_state(12.0.0.1, Loading -> > Full): scheduling new router-LSA origination > 2007/03/20 10:31:52 ZEBRA: zebra message comes from socket [14] > 2007/03/20 10:31:52 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] = 17 > 2007/03/20 10:31:52 ZEBRA: rib_link: rn 0x8f032a8, rib 0x8f031e0 > 2007/03/20 10:31:52 ZEBRA: rib_process: Adding route, select 0x8f031e0 > 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): > RTM_NEWROUTE 12.0.0.0/24, type IPv4=20 > 2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): nextho= p via 10.0.0.1 if 3 > 2007/03/20 10:31:52 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24= ), seq=3D6 > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd ACK: > type=3DRTM_NEWROUTE(24), seq=3D6, pid=3D0 > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-listen type > RTM_NEWROUTE(24), seq=3D6, pid=3D4294963198 > 2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd packet comes f= rom netlink-listen > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 LDP: route 10.0.0.0/24 > 2007/03/20 10:32:09 LDP: num ifindex 0 > 2007/03/20 10:32:09 LDP: attached > 2007/03/20 10:32:09 LDP: ifindex 3 > 2007/03/20 10:32:09 LDP: add > 2007/03/20 10:32:09 LDP: route 13.0.0.0/24 > 2007/03/20 10:32:09 LDP: num ifindex 0 > 2007/03/20 10:32:09 LDP: attached > 2007/03/20 10:32:09 LDP: ifindex 4 > 2007/03/20 10:32:09 LDP: add > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 LDP: route 12.0.0.0/24 > 2007/03/20 10:32:09 LDP: num nexthop 0 > 2007/03/20 10:32:09 LDP: nexthop 10.0.0.1 > 2007/03/20 10:32:09 LDP: add > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:09 ZEBRA: zebra message received [ZEBRA_REDISTRIBUTE_ADD= ] 1 > 2007/03/20 10:32:15 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq= =3D1 > 2007/03/20 10:32:15 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type= =3D(29), seq=3D1, pid=3D0 > 2007/03/20 10:32:52 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCKING > 2007/03/20 10:32:52 LDP: OUT: LDP_NOTIF_SESSION_REJECTED_NO_HELLO: > 2007/03/20 10:32:57 LDP: OUT: ldp_session_attempt_setup: MPLS_NON_BLOCKING > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_IN_SEGMENT_= ADD] 10 > 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq= =3D2 > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type= =3D(29), seq=3D2, pid=3D0 > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type (= 29), seq=3D0, pid=3D0 > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_OUT_SEGMENT= _ADD] 39 > 2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-nhlfe type (29), se= q=3D1 > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe type (2= 9), seq=3D1, pid=3D4294963196 > 2007/03/20 10:32:59 ZEBRA: netlink_talk: ignoring message type 0x001d > 2007/03/20 10:32:59 ZEBRA: mpls_ctrl_nhlfe_register(): NHLFE 0x00000002 > 2007/03/20 10:32:59 LDP: found pending NHLFE: 0x997e9a8 > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type (= 29), seq=3D1, pid=3D4294963196 > 2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe > packet comes from mpls-netlink-listen > 2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15] > 2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch > 2007/03/20 10:32:59 ZEBRA: IPV42 mismatch > 2007/03/20 10:32:59 ZEBRA: mpls_ftn_register: unable to find FEC 10.0.0.0= /24 > -----Mensaje original----- > De: James R. Leu [mailto:jl...@mi...] > Enviado el: mar 20/03/2007 4:11 > Para: Marco Schmidt > CC: Sienes Rodr=EDguez Gonzalo; mpl...@li... > Asunto: Re: [mpls-linux-devel] LDP problems > =20 > I've added some additional debugging. In the process I was able to repro= duce > a similar failure multiple times and I found a couple place were I was > using uninitialized structures. By correctly zeroing these structures > I was able to fix the failure I was seeing. I do not presume this will > fix the failures you both are seeing, but the debugging should help > us figure what is happening. > Please download version 1.955d of quagga from sf.net > =20 > http://sourceforge.net/project/showfiles.php?group_id=3D15443&package_id= =3D12482 > On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote: >> Here is what I got so far... >>=20 >> I'm experiencing the same problems. Some connections are labeled, most >> of them are not - that differs from friday, where only one PC didn't >> work properly. >> In the non-working-case, LDPd finds the pending NHLFEs, but does nothing= more. >>=20 >> ... >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8 >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0 >> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68 >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] >> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> whole log can be found here: >> http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.log >>=20 >>=20 >> Different reaction where the binding works properly: >>=20 >> ... >> >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen type = (29), seq=3D1, pid=3D4294963188 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet= comes from mpls-netlink-listen >> 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18] >> 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_D= ELROUTE 172.16.30.0/24, type IPv4=20 >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nexth= op via 10.0.5.1 if 2 >> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(2= 5), seq=3D7 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DR= TM_DELROUTE(25), seq=3D7, pid=3D0 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_D= ELROUTE(25), seq=3D7, pid=3D4294963190 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes = from netlink-listen >> 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798 >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_N= EWROUTE 172.16.30.0/24, type IPv4=20 >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nexth= op via 10.0.5.1 if 2 >> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPLS = info 00000009 >> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(2= 4), seq=3D8 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DR= TM_NEWROUTE(24), seq=3D8, pid=3D0 >> >2007/03/19 12:07:44 LDP: route 172.16.30.0/24 >> >2007/03/19 12:07:44 LDP: num nexthop 0 >> >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1 >> >2007/03/19 12:07:44 LDP: add >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_N= EWROUTE(24), seq=3D8, pid=3D4294963190 >> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes = from netlink-listen >>=20 >> Here, the label binding appears unter "ip route show" command. >> whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_b= inding_and_zebra_crash121437.log >>=20 >> The marked operations never happen at the non-working links. >>=20 >> LDPd sometimes closes because of I/O errors, but there are no messages >> in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add >> message (can be found two times in the above logfile) >>=20 >> 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 >> ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); abo= rting... >> Program counter: /usr/sbin/zebra[0x80537b1] >>=20 >> My conf-files can also be found in die MPLS directory http://www-user.tu= -chemnitz.de/~smarco/MPLS/ >>=20 >> Regards, >> Marco >>=20 >>=20 >>=20 >> > Hello everybody: >>=20 >> > I've migrated my PCs from FC4 to FC5 with all the RPMs for the >> > 1.955 version. The problem must be that I'm forgetting something or >> > doing something wrong cause I've notice that Julien or Marco were at >> > the same situacion and they both are able to run LDP. >>=20 >> > This is what I do, it's a simple scenario with two LSRs: >>=20 >> > 1. First of all I load "mpls4" and activate ip forwarding. >> > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1". >> > Without specifying the config files (though I tried it also with th= e .conf files and even >> > starting them as services ("service ... start")). >> > 3. Then I entered vtysh to type by here ALL the config. >> > -First, the OSPF networks: router ospf, network ... area 0. >> > -I wait to the new routes to be discovered and then I configured ld= p. >> > -mpls ldp, and in the corresponding interface of each LSR to the MP= LS link: >> > mpls ip and mpls labelspace 0. >>=20 >> > The OSPF routes are discovered correctly, and the NHLFE and ILM >> > entries, created properly, but I'm not able to send labelled packets >> > through the mpls link I'm trying to set up. >>=20 >> > If someone working with FC5 and LDP running could tell me his method s= hould be very useful. >>=20 >> > Thanks in advance, >> > Gonzalo. >>=20 >>=20 >>=20 >>=20 >> > ----------------------------------------------------------------------= --- >> > Take Surveys. Earn Cash. Influence the Future of IT >> > Join SourceForge.net's Techsay panel and you'll get the chance to shar= e your >> > opinions on IT & business topics through brief surveys-and earn cash >> > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID= =3DDEVDEV >> > _______________________________________________ >> > mpls-linux-devel mailing list >> > mpl...@li... >> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >>=20 >>=20 >>=20 >>=20 >>=20 >> ------------------------------------------------------------------------- >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share = your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID= =3DDEVDEV >> _______________________________________________ >> mpls-linux-devel mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel |
|
From: <gsr...@al...> - 2007-03-20 09:59:51
|
Hi:
I've downloaded your revised quagga RPM for FC5 and I tried this =
scenario:
eth0 eth1 eth1 eth0
12.0.0.1-------PE1---------------------PE2-------13.0.0.1
.1 10.0.0.0/24 .2
I enclose the configuration and commands related to MPLS and LDP at PE2 =
and the log file created debugging zebra.
At the bottom of the log file there's: "unable to find FEC 10.0.0.0/24", =
furthermore, the output of "sh mpls forwarding" shows the labelspace as =
inactive.
Please take a look, I hope it could be helpful to figure out what's =
happening.
Thanks in advance,
Gonzalo.
PE3 config
------------------------------------------------------------------------
Current configuration:
!
hostname PE3
log file /var/log/quagga/1955d.log
!
debug zebra events
debug zebra packet
debug zebra kernel
debug zebra rib
!
interface eth0
ipv6 nd suppress-ra
!
interface eth1
ipv6 nd suppress-ra
mpls ip
mpls labelspace 0
!
interface lo
!
interface mpls0
ipv6 nd suppress-ra
!
interface sit0
ipv6 nd suppress-ra
!
mpls ldp
egress connected
!
router ospf
network 10.0.0.0/24 area 0.0.0.0
network 13.0.0.0/24 area 0.0.0.0
!
ip forwarding
!
line vty
!
PE3# sh ip route
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
I - ISIS, B - BGP, > - selected route, * - FIB route
O 10.0.0.0/24 [110/10] is directly connected, eth1, 00:02:49
C>* 10.0.0.0/24 is directly connected, eth1
O>* 12.0.0.0/24 [110/20] via 10.0.0.1, eth1, 00:01:37
O 13.0.0.0/24 [110/10] is dPE3# sh ldp neig
Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0
TCP connection: 10.0.0.2.45483 - 10.0.0.1.646
State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED
Up time: 00:04:08
LDP discovery sources:
eth1
Addresses bound to peer:
10.0.0.1 12.0.0.1
irectly connected, eth0, 00:02:43
C>* 13.0.0.0/24 is directly connected, eth0
C>* 127.0.0.0/8 is directly connected, lo
PE3# sh mpls for
Insegments:
Lbl Spc Label Owner
0 10000 ldp (inactive)
Total 1
Outsegments:
Interface Label Next Hop Owner
eth1 10000 10.0.0.1 ldp
Total 1
Cross Connects:
Total 0
PE3# sh ldp ses
2 9.151.111.152 45 OPERATIONAL
10.0.0.1
12.0.0.1
PE3# sh ldp disc
Local LSR Identifier: 13.0.0.1
Interface Discovery Sources:
eth1: xmit/recv
LDP Id: 12.0.0.1:0
Targeted Discovery Sources:
No configured peers
PE3# sh ldp neig
Peer LDP Ident: 12.0.0.1:0; Local LDP Ident: 13.0.0.1:0
TCP connection: 10.0.0.2.45483 - 10.0.0.1.646
State: OPERATIONAL; Msgs sent/recv: 21/62; UNSOLICITED
Up time: 00:04:08
LDP discovery sources:
eth1
Addresses bound to peer:
10.0.0.1 12.0.0.1
[root@PE3 ~]# mpls ilm
ILM entry label gen 10000 labelspace 0 proto ipv4
pop peek (0 bytes, 0 pkts)
[root@PE3 ~]# mpls nhlfe
NHLFE entry key 0x00000002 mtu 1496 propagate_ttl
push gen 10000 set eth1 ipv4 10.0.0.1 (0 bytes, 0 pkts)
[root@PE3 ~]# ip route
10.0.0.0/24 dev eth1 proto kernel scope link src 10.0.0.2
12.0.0.0/24 via 10.0.0.1 dev eth1 proto zebra metric 20
13.0.0.0/24 dev eth0 proto kernel scope link src 13.0.0.1
[root@PE3 ~]# rpm -q quagga
quagga-0.99.6-01.fc5.mpls.1.955d
/var/log/quagga/1955d.log
------------------------------------------------------------------------
2007/03/20 10:30:40 OSPF: interface 10.0.0.2 [3] join AllSPFRouters =
Multicast group.
2007/03/20 10:30:40 ZEBRA: zebra message comes from socket [14]
2007/03/20 10:30:40 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] =
17
2007/03/20 10:30:40 ZEBRA: rib_link: rn 0x8efcf48, rib 0x8f02c70
2007/03/20 10:30:40 ZEBRA: rib_link: new head, rn_status copied over
2007/03/20 10:30:41 ZEBRA: rib_process: Updating existing route, select =
0x8efcf88, fib 0x8efcf88
2007/03/20 10:30:43 OSPF: interface 13.0.0.1 [4] join AllSPFRouters =
Multicast group.
2007/03/20 10:30:46 ZEBRA: zebra message comes from socket [14]
2007/03/20 10:30:46 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] =
17
2007/03/20 10:30:46 ZEBRA: rib_link: rn 0x8efd150, rib 0x8f03158
2007/03/20 10:30:46 ZEBRA: rib_link: new head, rn_status copied over
2007/03/20 10:30:46 ZEBRA: rib_process: Updating existing route, select =
0x8efd190, fib 0x8efd190
2007/03/20 10:31:05 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now =
Init/DROther
2007/03/20 10:31:20 OSPF: DR-Election[1st]: Backup 10.0.0.2
2007/03/20 10:31:20 OSPF: DR-Election[1st]: DR 10.0.0.2
2007/03/20 10:31:20 OSPF: DR-Election[2nd]: Backup 10.0.0.1
2007/03/20 10:31:20 OSPF: DR-Election[2nd]: DR 10.0.0.2
2007/03/20 10:31:20 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now =
DR
2007/03/20 10:31:20 OSPF: interface 10.0.0.2 [3] join AllDRouters =
Multicast group.
2007/03/20 10:31:23 OSPF: DR-Election[1st]: Backup 13.0.0.1
2007/03/20 10:31:23 OSPF: DR-Election[1st]: DR 13.0.0.1
2007/03/20 10:31:23 OSPF: DR-Election[2nd]: Backup 0.0.0.0
2007/03/20 10:31:23 OSPF: DR-Election[2nd]: DR 13.0.0.1
2007/03/20 10:31:23 OSPF: ospfTrapIfStateChange trap sent: 13.0.0.1 now =
DR
2007/03/20 10:31:23 OSPF: interface 13.0.0.1 [4] join AllDRouters =
Multicast group.
2007/03/20 10:31:45 OSPF: Packet[DD]: Neighbor 12.0.0.1: Initial DBD =
from Slave, ignoring.
2007/03/20 10:31:45 OSPF: DR-Election[1st]: Backup 10.0.0.1
2007/03/20 10:31:45 OSPF: DR-Election[1st]: DR 10.0.0.2
2007/03/20 10:31:50 OSPF: Packet[DD]: Neighbor 12.0.0.1 Negotiation done =
(Master).
2007/03/20 10:31:50 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now =
Loading/Backup
2007/03/20 10:31:50 OSPF: nsm_change_state(12.0.0.1, Loading -> Full): =
scheduling new router-LSA origination
2007/03/20 10:31:52 ZEBRA: zebra message comes from socket [14]
2007/03/20 10:31:52 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] =
17
2007/03/20 10:31:52 ZEBRA: rib_link: rn 0x8f032a8, rib 0x8f031e0
2007/03/20 10:31:52 ZEBRA: rib_process: Adding route, select 0x8f031e0
2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): =
RTM_NEWROUTE 12.0.0.0/24, type IPv4=20
2007/03/20 10:31:52 ZEBRA: netlink_route_multipath() (single hop): =
nexthop via 10.0.0.1 if 3
2007/03/20 10:31:52 ZEBRA: netlink_talk: netlink-cmd type =
RTM_NEWROUTE(24), seq=3D6
2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd ACK: =
type=3DRTM_NEWROUTE(24), seq=3D6, pid=3D0
2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-listen type =
RTM_NEWROUTE(24), seq=3D6, pid=3D4294963198
2007/03/20 10:31:52 ZEBRA: netlink_parse_info: netlink-cmd packet comes =
from netlink-listen
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 LDP: route 10.0.0.0/24
2007/03/20 10:32:09 LDP: num ifindex 0
2007/03/20 10:32:09 LDP: attached
2007/03/20 10:32:09 LDP: ifindex 3
2007/03/20 10:32:09 LDP: add
2007/03/20 10:32:09 LDP: route 13.0.0.0/24
2007/03/20 10:32:09 LDP: num ifindex 0
2007/03/20 10:32:09 LDP: attached
2007/03/20 10:32:09 LDP: ifindex 4
2007/03/20 10:32:09 LDP: add
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 LDP: route 12.0.0.0/24
2007/03/20 10:32:09 LDP: num nexthop 0
2007/03/20 10:32:09 LDP: nexthop 10.0.0.1
2007/03/20 10:32:09 LDP: add
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:09 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:09 ZEBRA: zebra message received =
[ZEBRA_REDISTRIBUTE_ADD] 1
2007/03/20 10:32:15 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), =
seq=3D1
2007/03/20 10:32:15 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: =
type=3D(29), seq=3D1, pid=3D0
2007/03/20 10:32:52 LDP: OUT: ldp_session_attempt_setup: =
MPLS_NON_BLOCKING
2007/03/20 10:32:52 LDP: OUT: LDP_NOTIF_SESSION_REJECTED_NO_HELLO:
2007/03/20 10:32:57 LDP: OUT: ldp_session_attempt_setup: =
MPLS_NON_BLOCKING
2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:59 ZEBRA: zebra message received =
[ZEBRA_MPLS_IN_SEGMENT_ADD] 10
2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), =
seq=3D2
2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: =
type=3D(29), seq=3D2, pid=3D0
2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type =
(29), seq=3D0, pid=3D0
2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:59 ZEBRA: zebra message received =
[ZEBRA_MPLS_OUT_SEGMENT_ADD] 39
2007/03/20 10:32:59 ZEBRA: netlink_talk: mpls-netlink-nhlfe type (29), =
seq=3D1
2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe type =
(29), seq=3D1, pid=3D4294963196
2007/03/20 10:32:59 ZEBRA: netlink_talk: ignoring message type 0x001d
2007/03/20 10:32:59 ZEBRA: mpls_ctrl_nhlfe_register(): NHLFE 0x00000002
2007/03/20 10:32:59 LDP: found pending NHLFE: 0x997e9a8
2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-listen type =
(29), seq=3D1, pid=3D4294963196
2007/03/20 10:32:59 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet =
comes from mpls-netlink-listen
2007/03/20 10:32:59 ZEBRA: zebra message comes from socket [15]
2007/03/20 10:32:59 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
2007/03/20 10:32:59 ZEBRA: IPV42 mismatch
2007/03/20 10:32:59 ZEBRA: IPV42 mismatch
2007/03/20 10:32:59 ZEBRA: mpls_ftn_register: unable to find FEC =
10.0.0.0/24
-----Mensaje original-----
De: James R. Leu [mailto:jl...@mi...]
Enviado el: mar 20/03/2007 4:11
Para: Marco Schmidt
CC: Sienes Rodr=EDguez Gonzalo; mpl...@li...
Asunto: Re: [mpls-linux-devel] LDP problems
=20
I've added some additional debugging. In the process I was able to =
reproduce
a similar failure multiple times and I found a couple place were I was
using uninitialized structures. By correctly zeroing these structures
I was able to fix the failure I was seeing. I do not presume this will
fix the failures you both are seeing, but the debugging should help
us figure what is happening.
Please download version 1.955d of quagga from sf.net
=
http://sourceforge.net/project/showfiles.php?group_id=3D15443&package_id=3D=
12482
On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote:
> Here is what I got so far...
>=20
> I'm experiencing the same problems. Some connections are labeled, most
> of them are not - that differs from friday, where only one PC didn't
> work properly.
> In the non-working-case, LDPd finds the pending NHLFEs, but does =
nothing more.
>=20
> ...
> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8
> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0
> 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68
> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17]
> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17]
> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17]
> 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> whole log can be found here:
> =
http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.log=
>=20
>=20
> Different reaction where the binding works properly:
>=20
> ...
> >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen =
type (29), seq=3D1, pid=3D4294963188
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe =
packet comes from mpls-netlink-listen
> 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18]
> 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] =
11
> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): =
RTM_DELROUTE 172.16.30.0/24, type IPv4=20
> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): =
nexthop via 10.0.5.1 if 2
> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type =
RTM_DELROUTE(25), seq=3D7
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: =
type=3DRTM_DELROUTE(25), seq=3D7, pid=3D0
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type =
RTM_DELROUTE(25), seq=3D7, pid=3D4294963190
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet =
comes from netlink-listen
> 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798
> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): =
RTM_NEWROUTE 172.16.30.0/24, type IPv4=20
> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): =
nexthop via 10.0.5.1 if 2
> 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): =
MPLS info 00000009
> 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type =
RTM_NEWROUTE(24), seq=3D8
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: =
type=3DRTM_NEWROUTE(24), seq=3D8, pid=3D0
> >2007/03/19 12:07:44 LDP: route 172.16.30.0/24
> >2007/03/19 12:07:44 LDP: num nexthop 0
> >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1
> >2007/03/19 12:07:44 LDP: add
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type =
RTM_NEWROUTE(24), seq=3D8, pid=3D4294963190
> 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet =
comes from netlink-listen
>=20
> Here, the label binding appears unter "ip route show" command.
> whole log: =
http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_binding_and_z=
ebra_crash121437.log
>=20
> The marked operations never happen at the non-working links.
>=20
> LDPd sometimes closes because of I/O errors, but there are no messages
> in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add
> message (can be found two times in the above logfile)
>=20
> 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] =
11
> ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); =
aborting...
> Program counter: /usr/sbin/zebra[0x80537b1]
>=20
> My conf-files can also be found in die MPLS directory =
http://www-user.tu-chemnitz.de/~smarco/MPLS/
>=20
> Regards,
> Marco
>=20
>=20
>=20
> > Hello everybody:
>=20
> > I've migrated my PCs from FC4 to FC5 with all the RPMs for the
> > 1.955 version. The problem must be that I'm forgetting something or
> > doing something wrong cause I've notice that Julien or Marco were at
> > the same situacion and they both are able to run LDP.
>=20
> > This is what I do, it's a simple scenario with two LSRs:
>=20
> > 1. First of all I load "mpls4" and activate ip forwarding.
> > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1".
> > Without specifying the config files (though I tried it also with =
the .conf files and even
> > starting them as services ("service ... start")).
> > 3. Then I entered vtysh to type by here ALL the config.
> > -First, the OSPF networks: router ospf, network ... area 0.
> > -I wait to the new routes to be discovered and then I configured =
ldp.
> > -mpls ldp, and in the corresponding interface of each LSR to the =
MPLS link:
> > mpls ip and mpls labelspace 0.
>=20
> > The OSPF routes are discovered correctly, and the NHLFE and ILM
> > entries, created properly, but I'm not able to send labelled packets
> > through the mpls link I'm trying to set up.
>=20
> > If someone working with FC5 and LDP running could tell me his method =
should be very useful.
>=20
> > Thanks in advance,
> > Gonzalo.
>=20
>=20
>=20
>=20
> > =
-------------------------------------------------------------------------=
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to =
share your
> > opinions on IT & business topics through brief surveys-and earn cash
> > =
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> > _______________________________________________
> > mpls-linux-devel mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>=20
>=20
>=20
>=20
>=20
> =
-------------------------------------------------------------------------=
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to =
share your
> opinions on IT & business topics through brief surveys-and earn cash
> =
http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
--=20
James R. Leu
jl...@mi...
|
|
From: James R. L. <jl...@mi...> - 2007-03-20 03:11:48
|
I've added some additional debugging. In the process I was able to reprodu= ce a similar failure multiple times and I found a couple place were I was using uninitialized structures. By correctly zeroing these structures I was able to fix the failure I was seeing. I do not presume this will fix the failures you both are seeing, but the debugging should help us figure what is happening. Please download version 1.955d of quagga from sf.net http://sourceforge.net/project/showfiles.php?group_id=3D15443&package_i= d=3D12482 On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote: > Here is what I got so far... >=20 > I'm experiencing the same problems. Some connections are labeled, most > of them are not - that differs from friday, where only one PC didn't > work properly. > In the non-working-case, LDPd finds the pending NHLFEs, but does nothing = more. >=20 > ... > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8 > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0 > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68 > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > whole log can be found here: > http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.log >=20 >=20 > Different reaction where the binding works properly: >=20 > ... > >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen type (= 29), seq=3D1, pid=3D4294963188 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet = comes from mpls-netlink-listen > 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18] > 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_DE= LROUTE 172.16.30.0/24, type IPv4=20 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nextho= p via 10.0.5.1 if 2 > 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(25= ), seq=3D7 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRT= M_DELROUTE(25), seq=3D7, pid=3D0 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_DE= LROUTE(25), seq=3D7, pid=3D4294963190 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes f= rom netlink-listen > 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_NE= WROUTE 172.16.30.0/24, type IPv4=20 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nextho= p via 10.0.5.1 if 2 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPLS i= nfo 00000009 > 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24= ), seq=3D8 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRT= M_NEWROUTE(24), seq=3D8, pid=3D0 > >2007/03/19 12:07:44 LDP: route 172.16.30.0/24 > >2007/03/19 12:07:44 LDP: num nexthop 0 > >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1 > >2007/03/19 12:07:44 LDP: add > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_NE= WROUTE(24), seq=3D8, pid=3D4294963190 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes f= rom netlink-listen >=20 > Here, the label binding appears unter "ip route show" command. > whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_bi= nding_and_zebra_crash121437.log >=20 > The marked operations never happen at the non-working links. >=20 > LDPd sometimes closes because of I/O errors, but there are no messages > in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add > message (can be found two times in the above logfile) >=20 > 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 > ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); abor= ting... > Program counter: /usr/sbin/zebra[0x80537b1] >=20 > My conf-files can also be found in die MPLS directory http://www-user.tu-= chemnitz.de/~smarco/MPLS/ >=20 > Regards, > Marco >=20 >=20 >=20 > > Hello everybody: >=20 > > I've migrated my PCs from FC4 to FC5 with all the RPMs for the > > 1.955 version. The problem must be that I'm forgetting something or > > doing something wrong cause I've notice that Julien or Marco were at > > the same situacion and they both are able to run LDP. >=20 > > This is what I do, it's a simple scenario with two LSRs: >=20 > > 1. First of all I load "mpls4" and activate ip forwarding. > > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1". > > Without specifying the config files (though I tried it also with the= .conf files and even > > starting them as services ("service ... start")). > > 3. Then I entered vtysh to type by here ALL the config. > > -First, the OSPF networks: router ospf, network ... area 0. > > -I wait to the new routes to be discovered and then I configured ldp. > > -mpls ldp, and in the corresponding interface of each LSR to the MPL= S link: > > mpls ip and mpls labelspace 0. >=20 > > The OSPF routes are discovered correctly, and the NHLFE and ILM > > entries, created properly, but I'm not able to send labelled packets > > through the mpls link I'm trying to set up. >=20 > > If someone working with FC5 and LDP running could tell me his method sh= ould be very useful. >=20 > > Thanks in advance, > > Gonzalo. >=20 >=20 >=20 >=20 > > -----------------------------------------------------------------------= -- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share= your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID= =3DDEVDEV > > _______________________________________________ > > mpls-linux-devel mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
|
From: James R. L. <jl...@mi...> - 2007-03-19 18:07:25
|
I am looking into this issue. I will post a instrumented FC5 quagga-mpls RPM that will hopefully provide more details about what is happening. I will be building the RPM this evening and posting a URL to pick it up from shortly thereafter. On Mon, Mar 19, 2007 at 01:03:04PM +0100, Marco Schmidt wrote: > Here is what I got so far... >=20 > I'm experiencing the same problems. Some connections are labeled, most > of them are not - that differs from friday, where only one PC didn't > work properly. > In the non-working-case, LDPd finds the pending NHLFEs, but does nothing = more. >=20 > ... > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8 > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0 > 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68 > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] > 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > whole log can be found here: > http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.log >=20 >=20 > Different reaction where the binding works properly: >=20 > ... > >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen type (= 29), seq=3D1, pid=3D4294963188 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet = comes from mpls-netlink-listen > 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18] > 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_DE= LROUTE 172.16.30.0/24, type IPv4=20 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nextho= p via 10.0.5.1 if 2 > 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(25= ), seq=3D7 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRT= M_DELROUTE(25), seq=3D7, pid=3D0 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_DE= LROUTE(25), seq=3D7, pid=3D4294963190 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes f= rom netlink-listen > 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_NE= WROUTE 172.16.30.0/24, type IPv4=20 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nextho= p via 10.0.5.1 if 2 > 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPLS i= nfo 00000009 > 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24= ), seq=3D8 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRT= M_NEWROUTE(24), seq=3D8, pid=3D0 > >2007/03/19 12:07:44 LDP: route 172.16.30.0/24 > >2007/03/19 12:07:44 LDP: num nexthop 0 > >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1 > >2007/03/19 12:07:44 LDP: add > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_NE= WROUTE(24), seq=3D8, pid=3D4294963190 > 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes f= rom netlink-listen >=20 > Here, the label binding appears unter "ip route show" command. > whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_bi= nding_and_zebra_crash121437.log >=20 > The marked operations never happen at the non-working links. >=20 > LDPd sometimes closes because of I/O errors, but there are no messages > in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add > message (can be found two times in the above logfile) >=20 > 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 > ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); abor= ting... > Program counter: /usr/sbin/zebra[0x80537b1] >=20 > My conf-files can also be found in die MPLS directory http://www-user.tu-= chemnitz.de/~smarco/MPLS/ >=20 > Regards, > Marco >=20 >=20 >=20 > > Hello everybody: >=20 > > I've migrated my PCs from FC4 to FC5 with all the RPMs for the > > 1.955 version. The problem must be that I'm forgetting something or > > doing something wrong cause I've notice that Julien or Marco were at > > the same situacion and they both are able to run LDP. >=20 > > This is what I do, it's a simple scenario with two LSRs: >=20 > > 1. First of all I load "mpls4" and activate ip forwarding. > > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1". > > Without specifying the config files (though I tried it also with the= .conf files and even > > starting them as services ("service ... start")). > > 3. Then I entered vtysh to type by here ALL the config. > > -First, the OSPF networks: router ospf, network ... area 0. > > -I wait to the new routes to be discovered and then I configured ldp. > > -mpls ldp, and in the corresponding interface of each LSR to the MPL= S link: > > mpls ip and mpls labelspace 0. >=20 > > The OSPF routes are discovered correctly, and the NHLFE and ILM > > entries, created properly, but I'm not able to send labelled packets > > through the mpls link I'm trying to set up. >=20 > > If someone working with FC5 and LDP running could tell me his method sh= ould be very useful. >=20 > > Thanks in advance, > > Gonzalo. >=20 >=20 >=20 >=20 > > -----------------------------------------------------------------------= -- > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share= your > > opinions on IT & business topics through brief surveys-and earn cash > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID= =3DDEVDEV > > _______________________________________________ > > mpls-linux-devel mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel >=20 >=20 >=20 >=20 >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
|
From: Marco S. <mar...@s2...> - 2007-03-19 12:03:43
|
Here is what I got so far... I'm experiencing the same problems. Some connections are labeled, most of them are not - that differs from friday, where only one PC didn't work properly. In the non-working-case, LDPd finds the pending NHLFEs, but does nothing mo= re. ... 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a856d8 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a869a0 2007/03/19 12:18:14 LDP: found pending NHLFE: 0x8a87c68 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 2007/03/19 12:18:14 ZEBRA: zebra message comes from socket [17] 2007/03/19 12:18:14 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 whole log can be found here: http://www-user.tu-chemnitz.de/~smarco/MPLS/E2_no_label_binding121814.log Different reaction where the binding works properly: ... >2007/03/19 12:07:44 LDP: found pending NHLFE: 0x9ccb2e8 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-listen type (29= ), seq=3D1, pid=3D4294963188 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet co= mes from mpls-netlink-listen 2007/03/19 12:07:44 ZEBRA: zebra message comes from socket [18] 2007/03/19 12:07:44 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_DELR= OUTE 172.16.30.0/24, type IPv4=20 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nexthop = via 10.0.5.1 if 2 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_DELROUTE(25),= seq=3D7 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRTM_= DELROUTE(25), seq=3D7, pid=3D0 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_DELR= OUTE(25), seq=3D7, pid=3D4294963190 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes fro= m netlink-listen 2007/03/19 12:07:44 ZEBRA: rib_process: Adding route, select 0x9763798 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): RTM_NEWR= OUTE 172.16.30.0/24, type IPv4=20 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): nexthop = via 10.0.5.1 if 2 2007/03/19 12:07:44 ZEBRA: netlink_route_multipath() (single hop): MPLS inf= o 00000009 2007/03/19 12:07:44 ZEBRA: netlink_talk: netlink-cmd type RTM_NEWROUTE(24),= seq=3D8 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: type=3DRTM_= NEWROUTE(24), seq=3D8, pid=3D0 >2007/03/19 12:07:44 LDP: route 172.16.30.0/24 >2007/03/19 12:07:44 LDP: num nexthop 0 >2007/03/19 12:07:44 LDP: nexthop 10.0.5.1 >2007/03/19 12:07:44 LDP: add 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-listen type RTM_NEWR= OUTE(24), seq=3D8, pid=3D4294963190 2007/03/19 12:07:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes fro= m netlink-listen Here, the label binding appears unter "ip route show" command. whole log: http://www-user.tu-chemnitz.de/~smarco/MPLS/E3_120744_label_bind= ing_and_zebra_crash121437.log The marked operations never happen at the non-working links. LDPd sometimes closes because of I/O errors, but there are no messages in the logfile. Zebra crashes when recieving a zebra_mpls_xc_add message (can be found two times in the above logfile) 2007/03/19 12:14:37 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 ZEBRA: Received signal 11 at 1174302877 (si_addr 0xe, PC 0x80537b1); aborti= ng... Program counter: /usr/sbin/zebra[0x80537b1] My conf-files can also be found in die MPLS directory http://www-user.tu-ch= emnitz.de/~smarco/MPLS/ Regards, Marco > Hello everybody: > I've migrated my PCs from FC4 to FC5 with all the RPMs for the > 1.955 version. The problem must be that I'm forgetting something or > doing something wrong cause I've notice that Julien or Marco were at > the same situacion and they both are able to run LDP. > This is what I do, it's a simple scenario with two LSRs: > 1. First of all I load "mpls4" and activate ip forwarding. > 2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1". > Without specifying the config files (though I tried it also with the .= conf files and even > starting them as services ("service ... start")). > 3. Then I entered vtysh to type by here ALL the config. > -First, the OSPF networks: router ospf, network ... area 0. > -I wait to the new routes to be discovered and then I configured ldp. > -mpls ldp, and in the corresponding interface of each LSR to the MPLS = link: > mpls ip and mpls labelspace 0. > The OSPF routes are discovered correctly, and the NHLFE and ILM > entries, created properly, but I'm not able to send labelled packets > through the mpls link I'm trying to set up. > If someone working with FC5 and LDP running could tell me his method shou= ld be very useful. > Thanks in advance, > Gonzalo. > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel |
|
From: <gsr...@al...> - 2007-03-19 09:24:21
|
Hello everybody:
I've migrated my PCs from FC4 to FC5 with all the RPMs for the 1.955 =
version. The problem must be that I'm forgetting something or doing =
something wrong cause I've notice that Julien or Marco were at the same =
situacion and they both are able to run LDP.
This is what I do, it's a simple scenario with two LSRs:
1. First of all I load "mpls4" and activate ip forwarding.
2. I launch the daemonds by "zebra/ospfd/ldpd -d -A 127.0.0.1".
Without specifying the config files (though I tried it also with the =
.conf files and even=20
starting them as services ("service ... start")).
3. Then I entered vtysh to type by here ALL the config.
-First, the OSPF networks: router ospf, network ... area 0.
-I wait to the new routes to be discovered and then I configured ldp.
-mpls ldp, and in the corresponding interface of each LSR to the MPLS =
link:=20
mpls ip and mpls labelspace 0.
The OSPF routes are discovered correctly, and the NHLFE and ILM entries, =
created properly, but I'm not able to send labelled packets through the =
mpls link I'm trying to set up.
If someone working with FC5 and LDP running could tell me his method =
should be very useful.
Thanks in advance,
Gonzalo.
|
|
From: Julien B. <jul...@gm...> - 2007-03-18 15:17:07
|
Hi James,
I think I figure out what was wrong with the iptables MPLS module.
Here is the change I made in net/ipv4/netfilter/ipt_mpls.c
">" = BEFORE
"<" = AFTER
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
84,85c84,85
< // if (ipt_register_target(&ipt_mpls_reg))
< // return -EINVAL;
---
> if (ipt_register_target(&ipt_mpls_reg))
> return -EINVAL;
87c87
< return ipt_register_target(&ipt_mpls_reg);
---
> return 0;
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
I also notice that the last version of iptables doesn't contain the new
patch in order to be compatible
to the newest version of the kernel (2.6.19.3). So here is the change that
need to be made :
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Index: include/iptables_common.h
===================================================================
--- include/iptables_common.h (Revision 6660)
+++ include/iptables_common.h (Arbeitskopie)
@@ -42,4 +42,9 @@
extern void init_extensions(void);
#endif
+#define __be32 u_int32_t
+#define __le32 u_int32_t
+#define __be16 u_int16_t
+#define __le16 u_int16_t
+
#endif /*_IPTABLES_COMMON_H*/
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
And the last problem I had with iptables-mpls is with the file
iptables-mpls/extensions/libip6t_mpls.c:
Replace this line : void _init(void)
with this one : void __attribute((constructor)) my_init(void)
then you will have :
void __attribute((constructor)) my_init(void)
{
register_target6(&mpls);
}
This fix the compiling problem I had.
I hope this can help you. Please tell me if something goes wrong with my
changes. So far, everything seems to work!!
Regards,
Julien
On 3/16/07, James R. Leu <jl...@mi...> wrote:
>
> I think the ipt_mpls module is broken. I'm working on a fix.
> When I figure it out. I'll post a new kernel.
>
> On Wed, Mar 14, 2007 at 01:50:27PM +0100, Julien Bisconti wrote:
> > Hi James,
> >
> >
> > You updated the repository according to my previous email. Now iptables
> > compiles like a charm :-)
> > But I still have the problem of the usability.
> >
> > Simple example:
> >
> > LSR1:~# iptables -A OUTPUT -d 128.104.17.130/32 -j mpls --nhlfe 0x2
> > iptables v1.3.5: Couldn't load target `mpls'
> >
> > Try `iptables -h' or 'iptables --help' for more information.
> > LSR1:~# lsmod
> > Module Size Used by
> > ipt_mpls 2816 0
> > ip6t_mpls 2688 0
> > x_tables 15876 2 ipt_mpls,ip6t_mpls
> > mpls_tunnel 9092 0
> > ebt_mpls 3328 0
> > ebtables 20096 1 ebt_mpls
> > mplsbr 3840 0
> > mpls6 4224 0
> > ipv6 260768 11 mpls6
> > mpls4 6528 0
> > mpls 83244 7
> > ipt_mpls,ip6t_mpls,mpls_tunnel,ebt_mpls,mplsbr,mpls6,mpls4
> >
> >
> > Could you help make this work? Because the module is loaded and iptables
> > doesn't seem to find it.
> >
> > Thank you for your help.
> >
> >
> > Julien
> >
> >
> > --
> > --------------------------------------------
> > Julien BISCONTI <julien.bisconti(at)student.fundp.ac.be>
> > M.Sc. student in Computer Science, University of Namur
> > FUNDP, Belgium
>
> >
> -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> > opinions on IT & business topics through brief surveys-and earn cash
> >
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > mpls-linux-devel mailing list
> > mpl...@li...
> > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel
>
>
> --
> James R. Leu
> jl...@mi...
>
>
--
--------------------------------------------
Julien BISCONTI <julien.bisconti(at)student.fundp.ac.be>
M.Sc. student in Computer Science, University of Namur
FUNDP, Belgium
|
|
From: James R. L. <jl...@mi...> - 2007-03-17 03:46:42
|
I am able to duplicate this. It looks like the include for linux/types.h is the culprit. As an attempt to fix I moved: #include <linux/types.h> after #include <sys/socket.h> and this seems to allow quagga to build, but I'm thinking this will have affects on iptables/ebtables/iproute2. I'll fire off a build to verify this. On Fri, Mar 16, 2007 at 07:19:35PM +0100, Marco Schmidt wrote: > The command-line is the same Miguel tried: > ./configure --enable-vtysh --enable-mpls --enable-netlink > and a make afterwards -> leads to those declaration errors below. >=20 > I have to add, that I changed the compiler-flag in the configure > script from std=3Dc99 to std=3Dgnu99 because of an earlier compiling-erro= r: > http://www.gossamer-threads.com/lists/quagga/dev/13305#13305 >=20 > ---------- > Now to the stability of zebra: > The network-topology I use, is the same of mpls-linux-labs (very > helpful, indeed). I've experimented with > LDP-enabeled-Link-Protection and experienced a few strange things. > http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/4-1-link_= protection.html >=20 > First of all, today LSR E1 made the same problems Gonzalo mentions. > All Routes are learned during OSPF-Phase, and although label mappings > are recieved via LDP (can be seen via vtysh), E1 didn't send any labeled > packets... All other Routers are doing almost ;-) fine. > I'll try to help isolating this error, but I had no time to investigate > this any further, because I wanted to show you that zebra crashes. >=20 > All zebra debug options are enabled, these are the last few lines > (complete log is appended): > 2007/03/16 15:04:43 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq= =3D13 > 2007/03/16 15:04:43 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type= =3D(29), seq=3D13, pid=3D0 > 2007/03/16 15:04:43 ZEBRA: netlink_parse_info: mpls-netlink-listen type (= 29), seq=3D0, pid=3D0 > 2007/03/16 15:04:43 ZEBRA: zebra message comes from socket [16] > 2007/03/16 15:04:43 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 > 2007/03/16 15:04:43 ZEBRA: zebra message comes from socket [16] > 2007/03/16 15:04:43 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 > ZEBRA: Received signal 11 at 1174053883 (si_addr 0x64, PC 0x80537cd); abo= rting... > Program counter: /usr/sbin/zebra[0x80537cd] > Backtrace for 9 stack frames: > /usr/lib/quagga/libzebra.so.0(zlog_backtrace_sigsafe+0x47)[0xd3c267] > /usr/lib/quagga/libzebra.so.0(zlog_signal+0x272)[0xd3c882] > /usr/lib/quagga/libzebra.so.0[0xd49caa] > [0x8a8440] > /usr/sbin/zebra[0x80537cd] > /usr/lib/quagga/libzebra.so.0(thread_call+0x3f)[0xd2d3ff] > /usr/sbin/zebra(main+0x3ab)[0x80543cb] > /lib/libc.so.6(__libc_start_main+0xdc)[0xa7a4e4] > /usr/sbin/zebra[0x8050721] >=20 > This happened at LSR E2 after (I'm not completely sure about the > moment) disconnecting a link from E4 to E3. Pings are being sent from > A2 to A3 all the time, so the packets would have to find the other > possible way. I'll try it again on monday without enabling LDP. >=20 > How do I configure the LSRs? I've taken all advice from the mailing > list. The daemons are started with a little script in the following > order: > modprobe mpls4 > service ... start (zebra, ospfd, ldpd) > -> the conf files are chown'ed with quagga.quagga, they only contain > -> information about the interfaces and ospf subnets, ldpd.conf is > -> almost empty > vtysh >=20 > In vtysh I type: > conf t -> mpls ldp -> ex > int ethx -> mpls l 0 -> mpls ip -> end > . >=20 > Regards, > Marco >=20 > > On Thu, Mar 15, 2007 at 07:49:03PM +0100, Marco Schmidt wrote: > > <snip> > >>=20 > >> This happens, if I try to compile the patched quagga-sources from sf > >> on my FC6 machine. I've got no other MPLS Packages installed on this > >> machine (it is used for other work), perhaps you forgot to install the > >> glibc-kernheaders from sf? > >> > >> I'm also trying to compile Quagga, because the zebra-daemon is not as > >> stable as I wished... Which snapshot has been used for the RPM at sf? > >> I encounter the following errors on my FC5 MPLS machines: >=20 > > I'm using http://quagga.net/download/quagga-0.99.6.tar.gz as the base, > > with my nexthop and MPLS framework changes which are significant. >=20 > > Can you elaborate on "zebra-daemon is not as stable"? >=20 > > What configure command line are you using before building quagga that r= esults > > in the errors below? >=20 > >>=20 > >> In file included from /usr/include/sys/uio.h:24, > >> from /usr/include/sys/socket.h:27, > >> from /usr/include/linux/mpls.h:32, > >> from mpls_netlink.c:1: > >> /usr/include/sys/types.h:62: error: conflicting types for 'dev_t' > >> /usr/include/linux/types.h:10: error: previous declaration of 'dev= _t' was here > >> /usr/include/sys/types.h:67: error: conflicting types for 'gid_t' > >> /usr/include/linux/types.h:21: error: previous declaration of 'gid= _t' was here > >> /usr/include/sys/types.h:72: error: conflicting types for 'mode_t' > >> /usr/include/linux/types.h:12: error: previous declaration of 'mod= e_t' was here > >> /usr/include/sys/types.h:77: error: conflicting types for 'nlink_t' > >> /usr/include/linux/types.h:13: error: previous declaration of 'nli= nk_t' was here > >> /usr/include/sys/types.h:82: error: conflicting types for 'uid_t' > >> /usr/include/linux/types.h:20: error: previous declaration of 'uid= _t' was here > >> In file included from /usr/include/sys/types.h:220, > >> from /usr/include/sys/uio.h:24, > >> from /usr/include/sys/socket.h:27, > >> from /usr/include/linux/mpls.h:32, > >> from mpls_netlink.c:1: > >> /usr/include/sys/select.h:78: error: conflicting types for 'fd_set' > >> /usr/include/linux/types.h:9: error: previous declaration of 'fd_s= et' was here > >> make[2]: *** [mpls_netlink.o] Error 1 > >> make[2]: Leaving directory `/usr/src/redhat/BUILD/quagga-0.99.6/ze= bra' > >> make[1]: *** [all-recursive] Error 1 > >> make[1]: Leaving directory `/usr/src/redhat/BUILD/quagga-0.99.6' > >> make: *** [all] Error 2 > >>=20 > >> Does anyone know, how to solve these declaration-problems? > >>=20 > >> Regards, > >> Marco >=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > mpls-linux-devel mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel --=20 James R. Leu jl...@mi... |
|
From: Marco S. <mar...@s2...> - 2007-03-16 18:20:09
|
The command-line is the same Miguel tried: ./configure --enable-vtysh --enable-mpls --enable-netlink and a make afterwards -> leads to those declaration errors below. I have to add, that I changed the compiler-flag in the configure script from std=c99 to std=gnu99 because of an earlier compiling-error: http://www.gossamer-threads.com/lists/quagga/dev/13305#13305 ---------- Now to the stability of zebra: The network-topology I use, is the same of mpls-linux-labs (very helpful, indeed). I've experimented with LDP-enabeled-Link-Protection and experienced a few strange things. http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/4-1-link_protection.html First of all, today LSR E1 made the same problems Gonzalo mentions. All Routes are learned during OSPF-Phase, and although label mappings are recieved via LDP (can be seen via vtysh), E1 didn't send any labeled packets... All other Routers are doing almost ;-) fine. I'll try to help isolating this error, but I had no time to investigate this any further, because I wanted to show you that zebra crashes. All zebra debug options are enabled, these are the last few lines (complete log is appended): 2007/03/16 15:04:43 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq=13 2007/03/16 15:04:43 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type=(29), seq=13, pid=0 2007/03/16 15:04:43 ZEBRA: netlink_parse_info: mpls-netlink-listen type (29), seq=0, pid=0 2007/03/16 15:04:43 ZEBRA: zebra message comes from socket [16] 2007/03/16 15:04:43 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11 2007/03/16 15:04:43 ZEBRA: zebra message comes from socket [16] 2007/03/16 15:04:43 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11 ZEBRA: Received signal 11 at 1174053883 (si_addr 0x64, PC 0x80537cd); aborting... Program counter: /usr/sbin/zebra[0x80537cd] Backtrace for 9 stack frames: /usr/lib/quagga/libzebra.so.0(zlog_backtrace_sigsafe+0x47)[0xd3c267] /usr/lib/quagga/libzebra.so.0(zlog_signal+0x272)[0xd3c882] /usr/lib/quagga/libzebra.so.0[0xd49caa] [0x8a8440] /usr/sbin/zebra[0x80537cd] /usr/lib/quagga/libzebra.so.0(thread_call+0x3f)[0xd2d3ff] /usr/sbin/zebra(main+0x3ab)[0x80543cb] /lib/libc.so.6(__libc_start_main+0xdc)[0xa7a4e4] /usr/sbin/zebra[0x8050721] This happened at LSR E2 after (I'm not completely sure about the moment) disconnecting a link from E4 to E3. Pings are being sent from A2 to A3 all the time, so the packets would have to find the other possible way. I'll try it again on monday without enabling LDP. How do I configure the LSRs? I've taken all advice from the mailing list. The daemons are started with a little script in the following order: modprobe mpls4 service ... start (zebra, ospfd, ldpd) -> the conf files are chown'ed with quagga.quagga, they only contain -> information about the interfaces and ospf subnets, ldpd.conf is -> almost empty vtysh In vtysh I type: conf t -> mpls ldp -> ex int ethx -> mpls l 0 -> mpls ip -> end . Regards, Marco > On Thu, Mar 15, 2007 at 07:49:03PM +0100, Marco Schmidt wrote: > <snip> >> >> This happens, if I try to compile the patched quagga-sources from sf >> on my FC6 machine. I've got no other MPLS Packages installed on this >> machine (it is used for other work), perhaps you forgot to install the >> glibc-kernheaders from sf? >> >> I'm also trying to compile Quagga, because the zebra-daemon is not as >> stable as I wished... Which snapshot has been used for the RPM at sf? >> I encounter the following errors on my FC5 MPLS machines: > I'm using http://quagga.net/download/quagga-0.99.6.tar.gz as the base, > with my nexthop and MPLS framework changes which are significant. > Can you elaborate on "zebra-daemon is not as stable"? > What configure command line are you using before building quagga that results > in the errors below? >> >> In file included from /usr/include/sys/uio.h:24, >> from /usr/include/sys/socket.h:27, >> from /usr/include/linux/mpls.h:32, >> from mpls_netlink.c:1: >> /usr/include/sys/types.h:62: error: conflicting types for 'dev_t' >> /usr/include/linux/types.h:10: error: previous declaration of 'dev_t' was here >> /usr/include/sys/types.h:67: error: conflicting types for 'gid_t' >> /usr/include/linux/types.h:21: error: previous declaration of 'gid_t' was here >> /usr/include/sys/types.h:72: error: conflicting types for 'mode_t' >> /usr/include/linux/types.h:12: error: previous declaration of 'mode_t' was here >> /usr/include/sys/types.h:77: error: conflicting types for 'nlink_t' >> /usr/include/linux/types.h:13: error: previous declaration of 'nlink_t' was here >> /usr/include/sys/types.h:82: error: conflicting types for 'uid_t' >> /usr/include/linux/types.h:20: error: previous declaration of 'uid_t' was here >> In file included from /usr/include/sys/types.h:220, >> from /usr/include/sys/uio.h:24, >> from /usr/include/sys/socket.h:27, >> from /usr/include/linux/mpls.h:32, >> from mpls_netlink.c:1: >> /usr/include/sys/select.h:78: error: conflicting types for 'fd_set' >> /usr/include/linux/types.h:9: error: previous declaration of 'fd_set' was here >> make[2]: *** [mpls_netlink.o] Error 1 >> make[2]: Leaving directory `/usr/src/redhat/BUILD/quagga-0.99.6/zebra' >> make[1]: *** [all-recursive] Error 1 >> make[1]: Leaving directory `/usr/src/redhat/BUILD/quagga-0.99.6' >> make: *** [all] Error 2 >> >> Does anyone know, how to solve these declaration-problems? >> >> Regards, >> Marco |
|
From: <gsr...@al...> - 2007-03-16 13:23:57
|
Hi James: This is the log file for PE2 debugging zebra kernel, packet and rib. 2007/03/16 13:59:31 OSPF: interface 10.0.0.2 [4] join AllSPFRouters = Multicast group. 2007/03/16 13:59:31 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] = 17 2007/03/16 13:59:31 ZEBRA: rib_link: rn 0x97e2fb8, rib 0x97e8bf0 2007/03/16 13:59:31 ZEBRA: rib_link: new head, rn_status copied over 2007/03/16 13:59:31 ZEBRA: rib_process: Updating existing route, select = 0x97e2ff8, fib 0x97e2ff8 2007/03/16 13:59:35 OSPF: interface 13.0.0.1 [3] join AllSPFRouters = Multicast group. 2007/03/16 13:59:36 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] = 17 2007/03/16 13:59:36 ZEBRA: rib_link: rn 0x97e2db0, rib 0x97e8d18 2007/03/16 13:59:36 ZEBRA: rib_link: new head, rn_status copied over 2007/03/16 13:59:36 ZEBRA: rib_process: Updating existing route, select = 0x97e2df0, fib 0x97e2df0 2007/03/16 13:59:59 OSPF: ospfTrapNbrStateChange trap sent: 10.0.0.1 now = Init/DROther 2007/03/16 14:00:11 OSPF: DR-Election[1st]: Backup 10.0.0.1 2007/03/16 14:00:11 OSPF: DR-Election[1st]: DR 10.0.0.1 2007/03/16 14:00:11 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now = DROther 2007/03/16 14:00:15 OSPF: DR-Election[1st]: Backup 13.0.0.1 2007/03/16 14:00:15 OSPF: DR-Election[1st]: DR 13.0.0.1 2007/03/16 14:00:15 OSPF: DR-Election[2nd]: Backup 0.0.0.0 2007/03/16 14:00:15 OSPF: DR-Election[2nd]: DR 13.0.0.1 2007/03/16 14:00:15 OSPF: ospfTrapIfStateChange trap sent: 13.0.0.1 now = DR 2007/03/16 14:00:15 OSPF: interface 13.0.0.1 [3] join AllDRouters = Multicast group. 2007/03/16 14:00:39 OSPF: Packet[DD]: Neighbor 12.0.0.1 Negotiation done = (Slave). 2007/03/16 14:00:39 OSPF: nsm_change_state(12.0.0.1, Loading -> Full): = scheduling new router-LSA origination 2007/03/16 14:00:39 OSPF: DR-Election[1st]: Backup 10.0.0.2 2007/03/16 14:00:39 OSPF: DR-Election[1st]: DR 10.0.0.1 2007/03/16 14:00:39 OSPF: DR-Election[2nd]: Backup 10.0.0.2 2007/03/16 14:00:39 OSPF: DR-Election[2nd]: DR 10.0.0.1 2007/03/16 14:00:39 OSPF: ospfTrapIfStateChange trap sent: 10.0.0.2 now = Backup 2007/03/16 14:00:39 OSPF: interface 10.0.0.2 [4] join AllDRouters = Multicast group. 2007/03/16 14:00:44 ZEBRA: zebra message received [ZEBRA_IPV4_ROUTE_ADD] = 17 2007/03/16 14:00:44 ZEBRA: rib_link: rn 0x97e9200, rib 0x97e9138 2007/03/16 14:00:44 ZEBRA: rib_process: Adding route, select 0x97e9138 2007/03/16 14:00:44 ZEBRA: netlink_route_multipath() (single hop): = RTM_NEWROUTE 12.0.0.0/24, type IPv4=20 2007/03/16 14:00:44 ZEBRA: netlink_route_multipath() (single hop): = nexthop via 10.0.0.1 if 4 2007/03/16 14:00:44 ZEBRA: netlink_talk: netlink-cmd type = RTM_NEWROUTE(24), seq=3D6 2007/03/16 14:00:44 ZEBRA: netlink_parse_info: netlink-cmd ACK: = type=3DRTM_NEWROUTE(24), seq=3D6, pid=3D0 2007/03/16 14:00:44 ZEBRA: netlink_parse_info: netlink-listen type = RTM_NEWROUTE(24), seq=3D6, pid=3D4294963195 2007/03/16 14:00:44 ZEBRA: netlink_parse_info: netlink-cmd packet comes = from netlink-listen 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 ZEBRA: zebra message received = [ZEBRA_REDISTRIBUTE_ADD] 1 2007/03/16 14:00:54 LDP: route 169.254.0.0/16 2007/03/16 14:00:54 LDP: num ifindex 0 2007/03/16 14:00:54 LDP: ifindex 4 2007/03/16 14:00:54 LDP: add 2007/03/16 14:00:54 LDP: route 10.0.0.0/24 2007/03/16 14:00:54 LDP: num ifindex 0 2007/03/16 14:00:54 LDP: attached 2007/03/16 14:00:54 LDP: ifindex 4 2007/03/16 14:00:54 LDP: add 2007/03/16 14:00:54 LDP: route 13.0.0.0/24 2007/03/16 14:00:54 LDP: num ifindex 0 2007/03/16 14:00:54 LDP: attached 2007/03/16 14:00:54 LDP: ifindex 3 2007/03/16 14:00:54 LDP: add 2007/03/16 14:00:54 LDP: route 12.0.0.0/24 2007/03/16 14:00:54 LDP: num nexthop 0 2007/03/16 14:00:54 LDP: nexthop 10.0.0.1 2007/03/16 14:00:54 LDP: add 2007/03/16 14:01:02 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), = seq=3D1 2007/03/16 14:01:02 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: = type=3D(29), seq=3D1, pid=3D0 2007/03/16 14:01:36 LDP: OUT: ldp_session_attempt_setup: = MPLS_NON_BLOCKING 2007/03/16 14:01:36 LDP: OUT: LDP_NOTIF_SESSION_REJECTED_NO_HELLO: 2007/03/16 14:01:41 LDP: OUT: ldp_session_attempt_setup: = MPLS_NON_BLOCKING 2007/03/16 14:01:43 ZEBRA: zebra message received = [ZEBRA_MPLS_IN_SEGMENT_ADD] 10 2007/03/16 14:01:43 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), = seq=3D2 2007/03/16 14:01:43 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: = type=3D(29), seq=3D2, pid=3D0 2007/03/16 14:01:43 ZEBRA: netlink_parse_info: mpls-netlink-listen type = (29), seq=3D0, pid=3D0 2007/03/16 14:01:43 ZEBRA: zebra message received = [ZEBRA_MPLS_OUT_SEGMENT_ADD] 39 2007/03/16 14:01:43 ZEBRA: netlink_talk: mpls-netlink-nhlfe type (29), = seq=3D1 2007/03/16 14:01:43 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe type = (29), seq=3D1, pid=3D4294963193 2007/03/16 14:01:43 ZEBRA: netlink_talk: ignoring message type 0x001d 2007/03/16 14:01:43 ZEBRA: mpls_ctrl_nhlfe_register(): NHLFE 0x00000002 2007/03/16 14:01:43 ZEBRA: netlink_parse_info: mpls-netlink-listen type = (29), seq=3D1, pid=3D4294963193 2007/03/16 14:01:43 LDP: found pending NHLFE: 0x9d347e8 2007/03/16 14:01:43 ZEBRA: netlink_parse_info: mpls-netlink-nhlfe packet = comes from mpls-netlink-listen 2007/03/16 14:01:43 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] = 11 2007/03/16 14:04:38 LDP: Terminating on signal 2007/03/16 14:04:38 ZEBRA: Terminating on signal 2007/03/16 14:04:38 ZEBRA: netlink_route_multipath() (single hop): = RTM_DELROUTE 12.0.0.0/24, type IPv4=20 2007/03/16 14:04:38 ZEBRA: netlink_route_multipath() (single hop): = nexthop via 10.0.0.1 if 4 2007/03/16 14:04:38 ZEBRA: netlink_talk: netlink-cmd type = RTM_DELROUTE(25), seq=3D7 2007/03/16 14:04:38 ZEBRA: netlink_parse_info: netlink-cmd ACK: = type=3DRTM_DELROUTE(25), seq=3D7, pid=3D0 2007/03/16 14:04:38 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), = seq=3D3 2007/03/16 14:04:38 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: = type=3D(29), seq=3D3, pid=3D0 2007/03/16 14:04:38 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), = seq=3D4 2007/03/16 14:04:38 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: = type=3D(29), seq=3D4, pid=3D0 2007/03/16 14:04:38 ZEBRA: IRDP: Received shutdown notification. Thanks in advance, Gonzalo. -----Mensaje original----- De: James R. Leu [mailto:jl...@mi...] Enviado el: vie 16/03/2007 6:55 Para: Sienes Rodr=EDguez Gonzalo CC: mpl...@li... Asunto: Re: [mpls-linux-devel] MPLS-Linux-1.955 FC5 =20 This doesn't seem to be enough debugging. Try adding: debug zebra rib debug zebra packet |
14 messages has been excluded from this view by a project administrator.
