[mpls-linux-general] Re: unsubscribe
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
[mpls-linux-general] Re: unsubscribe
|
From: <no...@me...> - 2002-10-19 10:29:23
|
> Send mpls-linux-general mailing list submissions to > mpl...@li... > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > or, via email, send a message with subject or body 'help' to > mpl...@li... > > You can reach the person managing the list at > mpl...@li... > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of mpls-linux-general digest..." > > > Today's Topics: > > 1. Re: SOS.....MPLS forwarding not working...URGENT (James R. Leu) > 2. Re: make problem with mplsadm on fresh Mdk9.0 distro (James R. Leu) > 3. Re: Re: Dynamic LSP (James R. Leu) > 4. Re: LDP config... confused! (James R. Leu) > 5. Re: ldp with ip unnumbered (James R. Leu) > > --__--__-- > > Message: 1 > Date: Fri, 18 Oct 2002 12:44:41 -0500 > From: "James R. Leu" <jl...@mi...> > To: Amritpal Singh <amr...@in...> > Cc: mpl...@li... > Subject: Re: [mpls-linux-general] SOS.....MPLS forwarding not working...URGENT > Reply-To: jl...@mi... > Organization: none > > The first change I suggest you make is to switch to the latest version > of mpls-linux-1.1. Many things have changed since 1.0, and I do not have > the time to downgrade to mpls-linux-1.0 to test/verify any of the > mpls-linux-1.0 command you are try, but...... > > .... since it seems like you need to stay with mpls-linux-1.0 the only thing > I can see wrong (from a quick skim of your output) is that when specifing > -f <prefix>, the prefix must have an EXACT match in your routing table. > > In your example below, 10.2.0.2/32 must show up in your routing table. > The "mpls_bind_out2fec: couldn't find the FIB_NODE(0)" message in > the 'dmesg' output is what tells me that 10.2.0.2/32 is not in your > routing table. > > Jim > > On Fri, Oct 18, 2002 at 06:20:46PM +0530, Amritpal Singh wrote: > > > > Hi All, > > > > The following is the setup in which I am trying to test MPLS. > > > > > > -------- ----------------- ----------------- --------- > > | |------------------ | |------------------| |------------------- | | > > | A | | B | | C | | D | > > -------- ----------------- ----------------- --------- > > 10.1.1.2 10.1.1.1 10.2.0.1 10.2.0.2 10.2.1.1 10.2.1.10 > > eth0 eth0 eth1 eth0 eth1 eth0 > > > > I am running mpls-linux-1.0 on a Red Hat Linux 7.2 > > All the nodes hav the patch applied to them. > > > > Nodes B and C are the ones which should enable me to see label switching. > > So I configure the incoming and outgoing labels on B and C as follows. > > > > **************FOR NODE B ****************************************************** > > [root@ferrari utils]# ./mplsadm -v -A -O gen:16:eth1:ipv4:10.2.0.2 > > > > Out label input: gen:16:eth1:ipv4:10.2.0.2 > > > > ipv4 > > > > [root@ferrari utils]# > > > > [root@ferrari utils]# ./mplsadm -B -O gen:16:eth1 -f 10.2.0.2/32 > > > > [root@ferrari utils]# > > > > [root@ferrari utils]# ./mplsadm -L eth1:0 > > > > [root@ferrari utils]# ./mplsadm -v -A -I gen:17:0 > > > > In label input: gen:17:0 > > > > [root@ferrari utils]# ./mplsadm -d > > > > Debug: Success > > > > [root@ferrari utils]# ./mplsadm -v -B -O gen:16:eth1 -f 10.2.0.2/32 > > > > Out label input: gen:16:eth1 > > > > FEC input: 10.2.0.2/32 > > > > ****************END FOR NODE B *********************************************** > > > > ****************FOR NODE C ***************************************************** > > [root@renault utils]# ./mplsadm -v -A -O gen:17:eth0:ipv4:10.2.0.1 > > > > Out label input: gen:17:eth0:ipv4:10.2.0.1 > > > > ipv4 > > > > [root@renault utils]# > > > > [root@renault utils]# ./mplsadm -v -B -O gen:17:eth0 -f 10.2.0.1/32 > > > > Out label input: gen:17:eth0 > > > > FEC input: 10.2.0.1/32 > > > > [root@renault utils]# ./mplsadm -L eth0:0 > > > > [root@renault utils]# ./mplsadm -v -A -I gen:16:0 > > > > In label input: gen:16:0 > > > > [root@renault utils]# ./mplsadm -L eth1:0 > > > > [root@renault utils]# > > > > *****************************END FOR NODE C ************************************* > > > > > > > > I see all the valid entries in all the mpls_* files in /proc/net as shown below. > > > > **********FOR NODE B ************************************************************** > > [root@ferrari Desktop]# more /proc/net/mpls_* > > > > :::::::::::::: > > > > /proc/net/mpls_fec > > > > :::::::::::::: > > > > :::::::::::::: > > > > /proc/net/mpls_in > > > > :::::::::::::: > > > > 40004400 0/0/0 gen 17 0 POP PEEK > > > > :::::::::::::: > > > > /proc/net/mpls_labelspace > > > > :::::::::::::: > > > > lo 0 > > > > eth1 0 > > > > :::::::::::::: > > > > /proc/net/mpls_out > > > > :::::::::::::: > > > > 40004003 0/0/0 PUSH(gen 16) SET(eth1,10.2.0.2) > > > > :::::::::::::: > > > > /proc/net/mpls_tunnel > > > > :::::::::::::: > > > > *************END FOR NODE B *************************************************** > > ***************FOR NODE C ****************************************************** > > [root@renault root]# more /proc/net/mpls_* > > > > :::::::::::::: > > > > /proc/net/mpls_fec > > > > :::::::::::::: > > > > :::::::::::::: > > > > /proc/net/mpls_in > > > > :::::::::::::: > > > > 40004000 0/0/0 gen 16 0 POP PEEK > > > > :::::::::::::: > > > > /proc/net/mpls_labelspace > > > > :::::::::::::: > > > > lo 0 > > > > eth0 0 > > > > :::::::::::::: > > > > /proc/net/mpls_out > > > > :::::::::::::: > > > > 40004403 0/0/0 PUSH(gen 17) SET(eth0,10.2.0.1) > > > > :::::::::::::: > > > > /proc/net/mpls_tunnel > > > > :::::::::::::: > > > > > > > > But when I try to ping D from A I donot see the label switching happening at all.Ping works fine. > > > > But the counters in mpls_in and mpls_out remain 0.Plus I donot see anything in mpls_fec.Should I ? > > > > I run ethereal on B and C to see incoming/outgoing labels on the packet but I find that > > there is absolutely no label on the packets. > > > > The last few lines of output of "DMESG" are shown below . > > ************************FOR NODE B ***************************************** > > MPLS version 0.996 11/21/2001 jl...@mi... > > > > MPLS Tunnel interface > > > > ds: no socket drivers loaded! > > > > VFS: Mounted root (ext2 filesystem) readonly. > > > > Freeing unused kernel memory: 224k freed > > > > Adding Swap: 153176k swap-space (priority -1) > > > > mpls_prep_out2fec: enter > > > > Label GEN 16 > > > > Key GEN 16 3 > > > > mpls_fill_key_res: enter > > > > mpls_fill_key_res: exit > > > > mpls_bind_out2fec: couldn't find the FIB_NODE(0) > > > > mpls_bind_out2fec: exit > > > > mpls_set_labelspace: enter > > > > mpls_set_labelspace: labelspace(0) > > > > mpls_set_labelspace: exit > > > > *****************************END FOR NODE B ******************************* > > ***************************** FOR NODE C ************************************ > > MPLS version 0.996 11/21/2001 jl...@mi... > > > > MPLS Tunnel interface > > > > ds: no socket drivers loaded! > > > > VFS: Mounted root (ext2 filesystem) readonly. > > > > Freeing unused kernel memory: 224k freed > > > > Adding Swap: 153176k swap-space (priority -1) > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > device eth0 entered promiscuous mode > > > > device eth0 left promiscuous mode > > > > *******************************************END FOR NODE C ******************************** > > > > I cannot upgrade to the latest version available because of time constraints.I had downloaded this > > version some months back and I have to show MPLS working with this version only. > > > > I will be very thankful to all the people who respond and help me in any way. > > > > I am looking forward to your comments on this. > > > > P.S: Last query: Do I need to "decode" the ICMP packet received at node C by ethereal into a MPLS packet. > > As I see the raw packet received at the ethereal there is no MPLS header. But there is an option in ethereal > > to decode the packet in a number of way. So should I decode it at the link layer as MPLS packet to see the header? > > > > Thanks again > > Amrit > > > > -------------------------------- > > Amritpal Singh > > Infosys Technologies Ltd. > > Bangalore - 561229 > > Tel No : 4166308 > > --------------------------------- > > > -- > James R. Leu > > > --__--__-- > > Message: 2 > Date: Fri, 18 Oct 2002 12:52:16 -0500 > From: "James R. Leu" <jl...@mi...> > To: =?iso-8859-1?Q?Fran=E7ois_Desloges?= <fde...@sy...> > Cc: mpl...@li... > Subject: Re: [mpls-linux-general] make problem with mplsadm on fresh Mdk9.0 distro > Reply-To: jl...@mi... > Organization: none > > On Thu, Oct 17, 2002 at 04:31:47PM -0400, Fran=E7ois Desloges wrote: > > Hi Jim et all, > >=20 > > I've build 2.4.19+ mpls-linux-1.1 on a fresh Mandrake 9.0 distro. > > I've rebooted and can now see the /proc/net/mpls_* (empty) entries > > I've changed the /usr/include/linux and asm link t use my new mpls kern= > el=20 > > include directory. > >=20 > > Doing make in utils results in: > >=20 > > gcc -g -Wall -c -o mplsadm.o mplsadm.c > > gcc -g -static -o mplsadm2 mplsadm.o > > /usr/bin/ld: cannot find -lc > > collect2: ld returned 1 exit status > > make: *** [mplsadm2] Error 1 > >=20 > > The mdk 9.0 stock gcc and ld version are > > gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk) > > GNU ld version 2.12.90.0.15 20020717 > > Argh. I haven't made the move to gcc 3.x yet. Does the lates debain hav= > e > gcc 3.x yet? If so maybe I'll try moving one of my machine to gcc 3.x > (and assocaited binutils versions) and see if I can work out any of these > type of problems. > > You might try and remove the '-static' from the Makefile line, or > try and compile/link my hand and see if you can figure out a combination > that works. > > Jim > > >=20 > > man ld says: > > -larchive > > --library=3Darchive > > Add archive file archive to the list of files to link. This= > option > > may be used any number of times. ld will search its path-l= > ist for > > occurrences of "libarchive.a" for every archive specified. > >=20 > > On systems which support shared libraries, ld may also sear= > ch for > > libraries with extensions other than ".a". Specifically,= > on ELF > > and SunOS systems, ld will search a directory for a library = > with an > > extension of ".so" before searching for one with an exten= > sion of > > ".a". By convention, a ".so" extension indicates a shared l= > ibrary. > >=20 > > The linker will search an archive only once, at the locatio= > n where > > it is specified on the command line. If the archive defines= > a sym- > > bol which was undefined in some object which appeared bef= > ore the > > archive on the command line, the linker will include the ap= > propri- > > ate file(s) from the archive. However, an undefined symbo= > l in an > > object appearing later on the command line will not cau= > se the > > linker to search the archive again. > >=20 > > See the -( option for a way to force the linker to search a= > rchives > > multiple times. > >=20 > > Where am I suppose to find the "c" "archive" (I obviously know nothing = > about=20 > > ld) ? > >=20 > > Thanks! > >=20 > > FD=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This sf.net email is sponsored by: viaVerio will pay you up to > > $1,000 for every account that you consolidate with us. > > http://ad.doubleclick.net/clk;4749864;7604308;v? > > http://www.viaverio.com/consolidator/osdn.cfm > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > --=20 > James R. Leu > > > --__--__-- > > Message: 3 > Date: Fri, 18 Oct 2002 12:55:07 -0500 > From: "James R. Leu" <jl...@mi...> > To: Alexandre Carlos <ale...@re...> > Cc: mpl...@li... > Subject: Re: [mpls-linux-general] Re: Dynamic LSP > Reply-To: jl...@mi... > Organization: none > > Before turning on LDP, you should make sure that OSPF has propogated the > routes for the FECs you want to create LSPs for. Also, make sure to > use the version of the zebra-ldp patch that I will be posting tonight. > > Jim > > On Thu, Oct 17, 2002 at 11:24:25PM -0300, Alexandre Carlos wrote: > > I configures my hosts to create a dynamic lsp, but they r not swaping > > labels, how can i configure them to do that? Or they should do that > > automaticly? > > > > Help would be very thank full > > > > Alex > > > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: viaVerio will pay you up to > > $1,000 for every account that you consolidate with us. > > http://ad.doubleclick.net/clk;4749864;7604308;v? > > http://www.viaverio.com/consolidator/osdn.cfm > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu > > > --__--__-- > > Message: 4 > Date: Fri, 18 Oct 2002 14:17:08 -0500 > From: "James R. Leu" <jl...@mi...> > To: Sameer Gharat <sam...@ya...> > Cc: mpl...@so... > Subject: Re: [mpls-linux-general] LDP config... confused! > Reply-To: jl...@mi... > Organization: none > > Make sure you clean out all interface address and routes before starting > zebra/ospfd. Zebra treats interface that it provisioned and interfaces > learned from the kernel differntly. I do not understand all of > the ramification of this yet, but I work around it by configuring > everything via zebra. > > On Tue, Oct 15, 2002 at 06:20:16PM +0100, Sameer Gharat wrote: > > Hi James, > > > > nope... I have only ospfd running as the routing > > protocol. the funny thing is that mplsd does create > > the outlabels sometimes while sometimes it doesn't! > > ... I haven't been able to pin-point the conditions > > that exist when the out-labels are getting created. > > Maybe I'll go through the trace output and see if I > > can figure out something. > > But as far as existing route entry is concerned, I > > believe it would have been created by ospfd. Is that > > right? > > > > thanks and regards, > > Sameer > > > > --- "James R. Leu" <jl...@mi...> wrote: > Do > > you have some other routing protocol running? > > > LDP out labels only get > > > installed for FECs that match an existing route > > > entry. > > > > > > On Mon, Oct 14, 2002 at 04:01:00PM +0100, Sameer > > > Gharat wrote: > > > > Hello James and all, > > > > > > > > I included a dummy interface with a /32 address > > > and > > > > tried the procedure over again. It worked!! ... > > > though > > > > only partially, as it created incoming labels on > > > both > > > > the hosts that I was working on. But it did not > > > create > > > > any outgoing labels. > > > > > > > > Any reason, why this should happen? > > > > > > > > thanks in advance! > > > > > > > > cheers, > > > > Sameer > > > > > > > > --- "James R. Leu" <jl...@mi...> wrote: > > > > The > > > > default behavior for zebra-ldp is to only > > > > > distribute labels for > > > > > the LSR-ID (this can be changed, but only > > > > > programitically). The LSR-ID > > > > > must be attached to a directly connected > > > interface > > > > > and must show up as > > > > > a /32 in the routing table (this is probably a > > > > > little too strict, I need to > > > > > tweak these rules). So the easiest way is to > > > use a > > > > > 'dummy' interface. > > > > > Compile your kernel with support for it, then > > > assign > > > > > a /32 to it through zebra. > > > > > Configure OSPF to run passive on the dummy > > > > > interface. You should then see > > > > > that LDP distruibutes labels for the /32s. > > > > > > > > > > Jim > > > > > > > > > > > > > > > > > ________________________________________________________________________ > > > > Missed your favourite TV serial last night? Try > > > the new, Yahoo! TV. > > > > visit http://in.tv.yahoo.com > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > > This sf.net email is sponsored by:ThinkGeek > > > > Welcome to geek heaven. > > > > http://thinkgeek.com/sf > > > > _______________________________________________ > > > > mpls-linux-general mailing list > > > > mpl...@li... > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > -- > > > James R. Leu > > > > ________________________________________________________________________ > > Missed your favourite TV serial last night? Try the new, Yahoo! TV. > > visit http://in.tv.yahoo.com > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu > > > --__--__-- > > Message: 5 > Date: Fri, 18 Oct 2002 14:25:30 -0500 > From: "James R. Leu" <jl...@mi...> > To: Anjaneya Pal <anj...@ya...> > Cc: mpl...@li... > Subject: Re: [mpls-linux-general] ldp with ip unnumbered > Reply-To: jl...@mi... > Organization: none > > On Sat, Oct 05, 2002 at 07:54:21PM +0530, Anjaneya Pal wrote: > > hi , > > the current ldp make it imperative for all the interfaces in a router to have > > an unique ip address. can we have an ldp which can even run even if the > > interfaces are unnumbered....as in ospf. Thus we would not waste ip addresses > > for point-to-point links. > > I know the way LDP is supposed to handle un-numbered interfaces, I just have > not had time to implement/test it in ldp-portable. As an aside, not many > service providers actually use un-numbered interfaces, it is at most and > interesting exercise. > > Jim > > > > > thnx in advance > > anjaneya > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu > > > > --__--__-- > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > End of mpls-linux-general Digest --------------------------------------------- This message was sent using sharif web-based mail. http://mehr.sharif.edu |
