mpls-linux-general Mailing List for MPLS for Linux (Page 25)
Status: Beta
Brought to you by:
jleu
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(26) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(22) |
Feb
(19) |
Mar
(19) |
Apr
(45) |
May
(52) |
Jun
(101) |
Jul
(79) |
Aug
(24) |
Sep
(43) |
Oct
(54) |
Nov
(71) |
Dec
(53) |
2002 |
Jan
(111) |
Feb
(123) |
Mar
(67) |
Apr
(61) |
May
(75) |
Jun
(26) |
Jul
(36) |
Aug
(41) |
Sep
(79) |
Oct
(85) |
Nov
(58) |
Dec
(39) |
2003 |
Jan
(26) |
Feb
(61) |
Mar
(80) |
Apr
(56) |
May
(39) |
Jun
(44) |
Jul
(28) |
Aug
(25) |
Sep
(4) |
Oct
(20) |
Nov
(38) |
Dec
(9) |
2004 |
Jan
(14) |
Feb
(14) |
Mar
(68) |
Apr
(17) |
May
(45) |
Jun
(42) |
Jul
(41) |
Aug
(23) |
Sep
(46) |
Oct
(89) |
Nov
(55) |
Dec
(33) |
2005 |
Jan
(74) |
Feb
(39) |
Mar
(105) |
Apr
(96) |
May
(43) |
Jun
(48) |
Jul
(21) |
Aug
(22) |
Sep
(33) |
Oct
(28) |
Nov
(29) |
Dec
(81) |
2006 |
Jan
(37) |
Feb
(32) |
Mar
(147) |
Apr
(37) |
May
(33) |
Jun
(28) |
Jul
(15) |
Aug
(20) |
Sep
(15) |
Oct
(23) |
Nov
(30) |
Dec
(40) |
2007 |
Jan
(20) |
Feb
(24) |
Mar
(65) |
Apr
(69) |
May
(41) |
Jun
(53) |
Jul
(39) |
Aug
(76) |
Sep
(53) |
Oct
(43) |
Nov
(26) |
Dec
(24) |
2008 |
Jan
(19) |
Feb
(67) |
Mar
(91) |
Apr
(75) |
May
(47) |
Jun
(63) |
Jul
(68) |
Aug
(39) |
Sep
(44) |
Oct
(33) |
Nov
(62) |
Dec
(84) |
2009 |
Jan
(14) |
Feb
(39) |
Mar
(55) |
Apr
(63) |
May
(16) |
Jun
(9) |
Jul
(4) |
Aug
(6) |
Sep
(1) |
Oct
(2) |
Nov
(10) |
Dec
(5) |
2010 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
(13) |
May
(4) |
Jun
(5) |
Jul
(2) |
Aug
(8) |
Sep
(6) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
2011 |
Jan
(1) |
Feb
(21) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(6) |
Sep
|
Oct
|
Nov
(2) |
Dec
(6) |
2012 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(3) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
From: dalil C. <dne...@Ka...> - 2008-02-23 15:18:03
|
Make her cry in pleasure when you enter her deep and full. |
From: somon C. <_nd...@NE...> - 2008-02-21 18:14:11
|
Growth and girth is GUARANTEED. |
From: Javier L. <jml...@gm...> - 2008-02-18 14:12:47
|
James, Thank you for your answer. 2008/2/16, James R. Leu <jl...@mi...>: > Javier, > > Thank you for trying MPLS Linux. I've answered your questions in-line. > Please continue to send any questions you have to the mpls-linux-general > mailing list and I or others will do our best to answer your questions. > > On Fri, Feb 15, 2008 at 03:55:47PM +0100, Javier Lorenzo wrote: > > First of all, I'm working with mpls-1.950 on fc4 and I think these > > things aren't working well. > > I don't know if they work on newer releases. > > > > 1. > > I can add instructions to labelspace 0, but I can't to others: > > [root@localhost ~]# mpls ilm add label gen 100 labelspace 0 > > instructions forward 0x2 > > [root@localhost ~]# mpls ilm add label gen 100 labelspace 2 > > instructions forward 0x2 > > RTNETLINK answers: No such process > > I encourage you to upgrade to Fedora 7 or 8 and use the latest > packages available. > > [root@mpls8-1 ~]# mpls ilm add label gen 100 labelspace 2 > [root@mpls8-1 ~]# mpls ilm add label gen 100 labelspace 0 > [root@mpls8-1 ~]# mpls ilm show > ILM entry label gen 100 labelspace 0 proto ipv4 > pop peek (0 bytes, 0 pkts) > ILM entry label gen 100 labelspace 2 proto ipv4 > pop peek (0 bytes, 0 pkts) > [root@mpls8-1 ~]# uname -a > Linux mpls8-1 2.6.23.15-137.fc8.mpls.1.960 #1 SMP Thu Feb 14 00:08:42 EST 2008 i686 i686 i386 GNU/Linux > [root@mpls8-1 ~]# > I don't mind if it don't work in this release, but I thougth it could help with debugging. If I do mpls ilm add label gen 200 labelspace 2 it works well, but when I try to add some instructions: [root@localhost ~]# mpls ilm add label gen 200 labelspace 2 instructions pop set-exp 0x3 forward 0x2 RTNETLINK answers: No such process [root@localhost ~]# mpls ilm add label gen 200 labelspace 0 instructions pop set-exp 0x3 forward 0x2 [root@localhost ~]# mpls ilm add label gen 200 labelspace 2 instructions pop set-exp 0x3 forward 0x2 [root@localhost ~]# mpls ilm show ILM entry label gen 200 labelspace 2 proto ipv4 pop peek (0 bytes, 0 pkts) ILM entry label gen 200 labelspace 0 proto ipv4 pop set-exp 3 forward key 0x00000002 (0 bytes, 0 pkts) If I want to add the label to a labelspace per interface, and I want to do something (not the default pop), I get an error. If I add that label to the labelspace 0 before, I don't get the error, but the result is the default pop. > > 2. > > I have a problem when I try to add a label to a packet that already > > carries one (only one). > > In the LSR, I do: > > mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 ipv4 10.6.44.6 > > mpls ilm add label gen 1000 instructions forward 0x2 > > > > And in the ingress LER I do: > > mpls nhlfe change key 0x2 instructions push gen 500 push gen 1000 > > nexthop eth0 ipv4 10.6.44.2 > > or: > > mpls nhlfe change key 0x2 instructions push gen 1000 nexthop eth0 ipv4 10.6.44.2 > > > > In the first case, there isn't any problems, but in the second, the S > > bit in the MPLS header > > with the label 2000 is set to 1. And it must be 0. > > I know that I can pop the label 1000 and push it again, solving the > > problem; but if I want > > to merge some LSP in that tunnel, I have to repeat the nhlfe line for each LSP. > > And I think it isn't the desired behaviour. > > push without pop is not supported and it against RFC 3031. By doing > a push without pop your exposing nodes further along the LSP to labels > they have not assigned. > > A ----> B -----> C > > In this picture the arrows represent the direction the packets are flowing. > Currently the only form of label allocation that is standardized is down > stream label allocation which mean the next hop peer assigns the label > on which a MPLS speaker can sent traffic. In other words, B assigns labels > for which A can send traffic to B. By doing a push without pop, you are > exposing some node beyond B to labels for which it did do assign. > > If you are trying to accomplish label stacking such as is found in MPLS BGP > VPNs or by-pass tunnels, then you will want to utilize the the 'forward' > instruction on a NHLFE to product layers of indirection. > > ILM (peek,pop,fwd) -> NHLFE (push,fwd) -> NHLFE (push,nexthop) > > Ok. All right. > > 3. > > I don't know how to use > > set-rx-if <NAME> forward <KEY> > > I tried this: > > [root@localhost ~]# mpls ilm add label gen 255 instructions set-rx-if > > eth0 forward 0x2 > > RTNETLINK answers: Operation not permitted > > set-rx-if is used to set the interface you want to the kernel to believe > the packet arrived on. It can be used in combination with the MPLS tunnel > interface to provide a bi-direction interface (MPLS tunnel interfaces are > uni-directional since they represent a uni-directional LSP). > > I believe set-rx-if must be the last instruction. > I'm sorry. The command I wrote was right, but I forgot to set the interface into the labelspace. I've tried it with the tunnel interface and it works well. Thank you very much. But I'm a bit confused with the tunnel interface. When or why is it useful? If I send traffic trought the mpls0 interface I have to do, mpls tunnel set dev mpls0 nhlfe KEY but I can forward traffic to that nhlfe key without the mpls0 interface. And when I use set-rx-if and the kernel thinks the traffic comes throught the mpls0 interface: if I'm going to do a MPLS forward I don't need the information; if I'm going to do a IP forward, I can do it with ILM(pop, forward)-->NHLFE(nexthop) or ILM(pop) and after an IP search. > > Thank you. > > -- > > Javier Lorenzo > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu > jl...@mi... > |
From: James R. L. <jl...@mi...> - 2008-02-16 03:01:05
|
Javier, Thank you for trying MPLS Linux. I've answered your questions in-line. Please continue to send any questions you have to the mpls-linux-general mailing list and I or others will do our best to answer your questions. On Fri, Feb 15, 2008 at 03:55:47PM +0100, Javier Lorenzo wrote: > First of all, I'm working with mpls-1.950 on fc4 and I think these > things aren't working well. > I don't know if they work on newer releases. > > 1. > I can add instructions to labelspace 0, but I can't to others: > [root@localhost ~]# mpls ilm add label gen 100 labelspace 0 > instructions forward 0x2 > [root@localhost ~]# mpls ilm add label gen 100 labelspace 2 > instructions forward 0x2 > RTNETLINK answers: No such process I encourage you to upgrade to Fedora 7 or 8 and use the latest packages available. [root@mpls8-1 ~]# mpls ilm add label gen 100 labelspace 2 [root@mpls8-1 ~]# mpls ilm add label gen 100 labelspace 0 [root@mpls8-1 ~]# mpls ilm show ILM entry label gen 100 labelspace 0 proto ipv4 pop peek (0 bytes, 0 pkts) ILM entry label gen 100 labelspace 2 proto ipv4 pop peek (0 bytes, 0 pkts) [root@mpls8-1 ~]# uname -a Linux mpls8-1 2.6.23.15-137.fc8.mpls.1.960 #1 SMP Thu Feb 14 00:08:42 EST 2008 i686 i686 i386 GNU/Linux [root@mpls8-1 ~]# > 2. > I have a problem when I try to add a label to a packet that already > carries one (only one). > In the LSR, I do: > mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 ipv4 10.6.44.6 > mpls ilm add label gen 1000 instructions forward 0x2 > > And in the ingress LER I do: > mpls nhlfe change key 0x2 instructions push gen 500 push gen 1000 > nexthop eth0 ipv4 10.6.44.2 > or: > mpls nhlfe change key 0x2 instructions push gen 1000 nexthop eth0 ipv4 10.6.44.2 > > In the first case, there isn't any problems, but in the second, the S > bit in the MPLS header > with the label 2000 is set to 1. And it must be 0. > I know that I can pop the label 1000 and push it again, solving the > problem; but if I want > to merge some LSP in that tunnel, I have to repeat the nhlfe line for each LSP. > And I think it isn't the desired behaviour. push without pop is not supported and it against RFC 3031. By doing a push without pop your exposing nodes further along the LSP to labels they have not assigned. A ----> B -----> C In this picture the arrows represent the direction the packets are flowing. Currently the only form of label allocation that is standardized is down stream label allocation which mean the next hop peer assigns the label on which a MPLS speaker can sent traffic. In other words, B assigns labels for which A can send traffic to B. By doing a push without pop, you are exposing some node beyond B to labels for which it did do assign. If you are trying to accomplish label stacking such as is found in MPLS BGP VPNs or by-pass tunnels, then you will want to utilize the the 'forward' instruction on a NHLFE to product layers of indirection. ILM (peek,pop,fwd) -> NHLFE (push,fwd) -> NHLFE (push,nexthop) > 3. > I don't know how to use > set-rx-if <NAME> forward <KEY> > I tried this: > [root@localhost ~]# mpls ilm add label gen 255 instructions set-rx-if > eth0 forward 0x2 > RTNETLINK answers: Operation not permitted set-rx-if is used to set the interface you want to the kernel to believe the packet arrived on. It can be used in combination with the MPLS tunnel interface to provide a bi-direction interface (MPLS tunnel interfaces are uni-directional since they represent a uni-directional LSP). I believe set-rx-if must be the last instruction. > Thank you. > -- > Javier Lorenzo > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
From: Javier L. <jml...@gm...> - 2008-02-15 14:55:51
|
First of all, I'm working with mpls-1.950 on fc4 and I think these things aren't working well. I don't know if they work on newer releases. 1. I can add instructions to labelspace 0, but I can't to others: [root@localhost ~]# mpls ilm add label gen 100 labelspace 0 instructions forward 0x2 [root@localhost ~]# mpls ilm add label gen 100 labelspace 2 instructions forward 0x2 RTNETLINK answers: No such process 2. I have a problem when I try to add a label to a packet that already carries one (only one). In the LSR, I do: mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 ipv4 10.6.44.6 mpls ilm add label gen 1000 instructions forward 0x2 And in the ingress LER I do: mpls nhlfe change key 0x2 instructions push gen 500 push gen 1000 nexthop eth0 ipv4 10.6.44.2 or: mpls nhlfe change key 0x2 instructions push gen 1000 nexthop eth0 ipv4 10.6.44.2 In the first case, there isn't any problems, but in the second, the S bit in the MPLS header with the label 2000 is set to 1. And it must be 0. I know that I can pop the label 1000 and push it again, solving the problem; but if I want to merge some LSP in that tunnel, I have to repeat the nhlfe line for each LSP. And I think it isn't the desired behaviour. 3. I don't know how to use set-rx-if <NAME> forward <KEY> I tried this: [root@localhost ~]# mpls ilm add label gen 255 instructions set-rx-if eth0 forward 0x2 RTNETLINK answers: Operation not permitted Thank you. -- Javier Lorenzo |
From: J. N. <oc...@gm...> - 2008-02-15 11:59:24
|
Hello everybody, I am scholar of "Enginyeria i arquitectura La Salle" an University of Barcelona. Recently they suggest me a project of implement RSVP-TE on quagga routers. I have read that in the past there are some initiatives in this list to implement a daemon of RSVP-TE. The final idea is to interconnect Cisco routers and Linux Routers and that they can talk RSVP-TE to implement MPLS-TE. I think that there are an implementation of OSPF-TE daemon and if I'm not wrong the only thing that is missing is the RSVP-TE daemon. Does anybody knows the state of the art of RSVP-TE in MPLS-Linux? I am completely new on developing in Linux environment and specifically in open source project like MPLS-Linux but I'm very enthusiastic and motivated on it. I think that it could be exciting to collaborate with us to success on the project. Please let me know your opinion, and please apologize me for my level of English. I am working on it too :) Regards, Jesús Nubiola |
From: James R. L. <jl...@mi...> - 2008-02-15 04:29:45
|
On Thu, Feb 14, 2008 at 05:42:38PM -0500, Chris Robson wrote: > James > > The problem does occur in a LER<--->LER LSP. I also have proven that there > is a checksum problem with UDP packets. If I turn off MPLS dns udp packets > do not generate a checksum error but when I standup a MPLS LSP the path > generates UDP checksum errors on DNS queries. Below is a wireshark capture > of one packet with a checksum erro, hope it helps. > .....chris Interesting. Can put a host on one side of the LER<->LER and have it send the DNS packet? Then capture the packet on the IPv4 link and capture the same packet on the MPLS link? I want to see if the packet size increases by more then 4 bytes, that would explain the invalid checksum. > No. Time Source Destination Protocol > Info > 88 16.175819 10.128.0.13 10.128.142.215 DNS > Standard query AAAA limestone.uoregon.edu > > Frame 88 (85 bytes on wire, 85 bytes captured) > Arrival Time: Feb 14, 2008 17:01:19.156776000 > [Time delta from previous captured frame: 0.094658000 seconds] > [Time delta from previous displayed frame: 0.094658000 seconds] > [Time since reference or first frame: 16.175819000 seconds] > Frame Number: 88 > Frame Length: 85 bytes > Capture Length: 85 bytes > [Frame is marked: True] > [Protocols in frame: eth:mpls:ip:udp:dns] > [Coloring Rule Name: Checksum Errors] > [Coloring Rule String: cdp.checksum_bad==1 || edp.checksum_bad==1 || > ip.checksum_bad==1 || tcp.checksum_bad==1 || udp.checksum_bad==1] > Ethernet II, Src: Dell_f5:3d:96 (00:15:c5:f5:3d:96), Dst: Dell_f0:7a:a6 > (00:1d:09:f0:7a:a6) > Destination: Dell_f0:7a:a6 (00:1d:09:f0:7a:a6) > Address: Dell_f0:7a:a6 (00:1d:09:f0:7a:a6) > .... ...0 .... .... .... .... = IG bit: Individual address (unicast) > .... ..0. .... .... .... .... = LG bit: Globally unique address > (factory default) > Source: Dell_f5:3d:96 (00:15:c5:f5:3d:96) > Address: Dell_f5:3d:96 (00:15:c5:f5:3d:96) > .... ...0 .... .... .... .... = IG bit: Individual address (unicast) > .... ..0. .... .... .... .... = LG bit: Globally unique address > (factory default) > Type: MPLS label switched packet (0x8847) > MultiProtocol Label Switching Header, Label: 4002, Exp: 0, S: 1, TTL: 64 > MPLS Label: 4002 > MPLS Experimental Bits: 0 > MPLS Bottom Of Label Stack: 1 > MPLS TTL: 64 > Internet Protocol, Src: 10.128.0.13 (10.128.0.13), Dst: 10.128.142.215 > (10.128.142.215) > Version: 4 > Header length: 20 bytes > Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) > 0000 00.. = Differentiated Services Codepoint: Default (0x00) > .... ..0. = ECN-Capable Transport (ECT): 0 > .... ...0 = ECN-CE: 0 > Total Length: 67 > Identification: 0x7939 (31033) > Flags: 0x04 (Don't Fragment) > 0... = Reserved bit: Not set > .1.. = Don't fragment: Set > ..0. = More fragments: Not set > Fragment offset: 0 > Time to live: 64 > Protocol: UDP (0x11) > Header checksum: 0x1d8d [correct] > [Good: True] > [Bad : False] > Source: 10.128.0.13 (10.128.0.13) > Destination: 10.128.142.215 (10.128.142.215) > User Datagram Protocol, Src Port: 32845 (32845), Dst Port: domain (53) > Source port: 32845 (32845) > Destination port: domain (53) > Length: 47 > Checksum: 0xa424 [incorrect, should be 0xc0b5 (maybe caused by "UDP > checksum offload"?)] > [Good Checksum: False] > [Bad Checksum: True] > Domain Name System (query) > Transaction ID: 0x8db9 > Flags: 0x0100 (Standard query) > 0... .... .... .... = Response: Message is a query > .000 0... .... .... = Opcode: Standard query (0) > .... ..0. .... .... = Truncated: Message is not truncated > .... ...1 .... .... = Recursion desired: Do query recursively > .... .... .0.. .... = Z: reserved (0) > .... .... ...0 .... = Non-authenticated data OK: Non-authenticated > data is unacceptable > Questions: 1 > Answer RRs: 0 > Authority RRs: 0 > Additional RRs: 0 > Queries > limestone.uoregon.edu: type AAAA, class IN > Name: limestone.uoregon.edu > Type: AAAA (IPv6 address) > Class: IN (0x0001) > > > James R. Leu wrote: >> Can you try to duplicate with just two LERs (ie no LSR)? I'm trying to narrow >> down where I have to look in the code. >> >> On Wed, Feb 13, 2008 at 08:28:46PM -0500, Chris Robson wrote: >> >>> James >>> >>> I dont think the push is the problem. First, it can't be removed based >>> on how the LER needs to be configured. Remembering my network >>> configuration is LER_1<->LSR<->LER_2, below is the CLI's MPLS commands >>> for each router. Also, another test using "iperf -u" works, although >>> performance is very poor, so it seems only dns and traceroute using udp >>> are not working. >>> >>> Iperf output: >>> [LER_1]# iperf -u -c 10.128.0.237 (NOTE this is LER_1 interface) >>> ------------------------------------------------------------ >>> Client connecting to 10.128.0.237, UDP port 5001 >>> Sending 1470 byte datagrams >>> UDP buffer size: 109 KByte (default) >>> ------------------------------------------------------------ >>> [ 3] local 10.128.0.14 port 32800 connected with 10.128.0.237 port 5001 >>> [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec >>> [ 3] Sent 893 datagrams >>> [ 3] WARNING: did not receive ack of last datagram after 10 tries. >>> >>> [LER_2]# iperf -u -s >>> ------------------------------------------------------------ >>> Server listening on UDP port 5001 >>> Receiving 1470 byte datagrams >>> UDP buffer size: 109 KByte (default) >>> ------------------------------------------------------------ >>> [ 3] local 10.128.0.10 port 5001 connected with 10.128.0.14 port 32800 >>> >>> >>> LER_1 >>> /usr/sbin/mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 >>> ipv4 10.128.0.9 >>> /usr/sbin/ip route add 0.0.0.0/0 via 10.128.0.9 mpls 0x2 >>> /usr/sbin/mpls labelspace set dev eth0 labelspace 0 >>> /usr/sbin/mpls ilm add label gen 1001 labelspace 0 >>> /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth1 ipv4 10.128.0.238 >>> /usr/sbin/mpls xc add ilm_label gen 1001 ilm_labelspace 0 nhlfe_key 0x3 >>> >>> LER_2 >>> /usr/sbin/mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 >>> ipv4 10.128.0.13 >>> /usr/sbin/ip route add 10.128.143.0/24 via 10.128.0.13 mpls 0x2 >>> /usr/sbin/ip route add 10.128.0.8/30 via 10.128.0.13 mpls 0x2 >>> /usr/sbin/ip route add 10.128.0.236/30 via 10.128.0.13 mpls 0x2 >>> /usr/sbin/mpls labelspace set dev eth1 labelspace 0 >>> /usr/sbin/mpls ilm add label gen 2001 labelspace 0 >>> /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth0 ipv4 10.128.0.226 >>> /usr/sbin/mpls xc add ilm_label gen 2001 ilm_labelspace 0 nhlfe_key 0x3 >>> >>> LSR >>> mpls labelspace set dev eth1 labelspace 0 >>> mpls ilm add label gen 1000 labelspace 0 >>> mpls nhlfe add key 0 instructions push gen 1001 nexthop eth1 ipv4 >>> 10.128.0.10 >>> mpls xc add ilm_label gen 1000 ilm_labelspace 0 nhlfe_key 0x2 >>> mpls labelspace set dev eth0 labelspace 0 >>> mpls ilm add label gen 2000 labelspace 0 >>> mpls nhlfe add key 0 instructions push gen 2001 nexthop eth0 ipv4 >>> 10.128.0.14 >>> mpls xc add ilm_label gen 2000 ilm_labelspace 0 nhlfe_key 0x3 >>> >>> >>> >>> James R. Leu wrote: >>> >>>> On Wed, Feb 13, 2008 at 10:02:44AM -0500, Chris Robson wrote: >>>> >>>>> Not familiar with the PHP implementation, let me collect up the test >>>>> configuration and send it to you for advice on what you want. A test >>>>> update, the problem seems, so far, to only manifest itself with dns and >>>>> traceroute. An "iperf -u -c [target_ip}" test does not have a problem. >>>>> >>>> PHP config example: >>>> >>>> mpls nhlfe add key 0 instructions nexthop eth0 ipv4 192.168.1.1 >>>> (notice no push in the instructions) >>>> >>>> Then bind it to a route or netfilter rule like normal. >>>> >>>> Can you try 'traceroute -I' which sends ICMP not UDP packets. >>>> >>>> >>>>> James R. Leu wrote: >>>>> >>>>>> I haven't seen it, but I can look into it. Can you try routing traffic >>>>>> through the same boxes, but use PHP (ie NHLFE without push) at each hop >>>>>> to see if that breaks it too? >>>>>> >>>>>> On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: >>>>>> >>>>>>> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? >>>>>>> For example, if I attempt to issue the command "traceroute -n >>>>>>> [target-ip]" the traceroute will fail. If I add the TCP switch, aka >>>>>>> "traceroute -n -T [target-ip]", the trace works fine. Also, any >>>>>>> nslookups fail, again because the lookup request are udp packets. >>>>>>> Wireshark is showing checksum errors on the traceroute packets but >>>>>>> I'm not sure that is causing the problem as the error maybe >>>>>>> misleading. >>>>>>> >>>>>>> >>>>>>> James R. Leu wrote: >>>>>>> >>>>>>>> If the goal is to use NFS as root filesystem all one needs to do is create >>>>>>>> a initrd with the NFS modules, it is not required to build a kernel >>>>>>>> with NFS statically included. >>>>>>>> >>>>>>>> The key to allowing this to happen is you need to make sure your >>>>>>>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>>>>>>> resource to use. >>>>>>>> >>>>>>>> For example: >>>>>>>> >>>>>>>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>>>>>>> >>>>>>>> Then install the MPLS enabled kernel RPM and as part of that it builds >>>>>>>> an initrd, and now that you have a fstab that indicates where to get root >>>>>>>> from it should build you a nfs enabled initrd. >>>>>>>> >>>>>>>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>>>>>>> >>>>>>>>> James, the original problem was that he needs NFS compiled into the kernel >>>>>>>>> in order to boot and the binary kernel you provide has it as a module... >>>>>>>>> >>>>>>>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> I haven't really been following along with your setup, so excuse me >>>>>>>>>> if I'm asking questions that you already answered. >>>>>>>>>> >>>>>>>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>>>>>>> on a different distribution and compiling them by hand, please include the >>>>>>>>>> commands you used to do the compilation and installation. >>>>>>>>>> >>>>>>>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>>>>>>> >>>>>>>>>>> Hello All, >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>>>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>>>>>>> the following packages:- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>>>>>>> >>>>>>>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>>>>>>> >>>>>>>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>>>>>>> But unable to find mpls utility to configure system, >>>>>>>>>>> please let me know >>>>>>>>>>> if I am missing any package or any patch. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> System Information:- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>>>>>>> >>>>>>>>>>> MPLS: version 1.958 >>>>>>>>>>> >>>>>>>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>>>>>>> >>>>>>>>>>> MPLS: IPv4 over MPLS support >>>>>>>>>>> >>>>>>>>>>> MPLS: Ethernet over MPLS support >>>>>>>>>>> >>>>>>>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>>>>>>> >>>>>>>>>>> kernel.ostype = Linux >>>>>>>>>>> >>>>>>>>>>> kernel.osrelease = 2.6.22.5 >>>>>>>>>>> >>>>>>>>>>> kernel.hostname = localhost.localdomain >>>>>>>>>>> >>>>>>>>>>> net.core.message_cost = 5 >>>>>>>>>>> >>>>>>>>>>> net.ipv4.route.error_cost = 1000 >>>>>>>>>>> >>>>>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>>>>>>> >>>>>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>>>>>>> >>>>>>>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>>>>>>> >>>>>>>>>>> dev.cdrom.info = Can close tray: 1 >>>>>>>>>>> >>>>>>>>>>> dev.cdrom.autoclose = 1 >>>>>>>>>>> >>>>>>>>>>> [root@localhost linux-2.6.22]# >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Kernel Configuration enabled are:- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 1. >>>>>>>>>>> >>>>>>>>>>> In Networking Options the following items will be compiled in kernel : >>>>>>>>>>> >>>>>>>>>>> <*> Multiprotocol Label Switching >>>>>>>>>>> >>>>>>>>>>> <*> MPLS: Virtual tunnel interface >>>>>>>>>>> >>>>>>>>>>> <*> 802.1d Ethernet Bridging >>>>>>>>>>> >>>>>>>>>>> <*> Bridge: MPLS support >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 2. >>>>>>>>>>> >>>>>>>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>>>>>>> will be selected: >>>>>>>>>>> >>>>>>>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>>>>>>> >>>>>>>>>>> <*> ebt: broute table support >>>>>>>>>>> >>>>>>>>>>> <*> ebt: filter table support >>>>>>>>>>> >>>>>>>>>>> <*> ebt: nat table support >>>>>>>>>>> >>>>>>>>>>> <*> ebt: 802.3 filter support >>>>>>>>>>> >>>>>>>>>>> <*> ebt: MPLS target support >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> 3. >>>>>>>>>>> >>>>>>>>>>> In Networking Options select QoS and fair queueing >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Thanks & Regards >>>>>>>>>>> >>>>>>>>>>> Bhartendu M. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>> ********************** Legal Disclaimer **************************** >>>>>>>>>>> >>>>>>>>>>> "This email may contain confidential and privileged material for the >>>>>>>>>>> >>>>>>>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>>>>>>> distribution by others is strictly prohibited. If you have received the >>>>>>>>>> message in error, please advise the sender by reply email and delete the >>>>>>>>>> message. Thank you." >>>>>>>>>> >>>>>>>>>>> ********************************************************************** >>>>>>>>>>> >>>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------- >>>>>>>>>> >>>>>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> mpls-linux-general mailing list >>>>>>>>>>> mpl...@li... >>>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> James R. Leu >>>>>>>>>> jl...@mi... >>>>>>>>>> >>>>>>>>>> ------------------------------------------------------------------------- >>>>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>>>> _______________________________________________ >>>>>>>>>> mpls-linux-general mailing list >>>>>>>>>> mpl...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> ------------------------------------------------------------------------- >>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>> ------------------------------------------------------------------------ >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> mpls-linux-general mailing list >>>>>>>> mpl...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>> >>>>>>> -- >>>>>>> Christopher Robson >>>>>>> Senior Computer Scientist, GS-15 >>>>>>> Naval Research Laboratory >>>>>>> Center for Computational Science >>>>>>> Networking, Code 5591 >>>>>>> 4555 Overlook ave. >>>>>>> Washington, D.C. 20375-5320 >>>>>>> (COM) 202-404-3138 >>>>>>> (VoIP) 2024043138@GIGEF >>>>>>> (CHAT) Chris.Robson@GIGEF >>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>> _______________________________________________ >>>>>>> mpls-linux-general mailing list >>>>>>> mpl...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> mpls-linux-general mailing list >>>>>> mpl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>> >>>>> -- >>>>> Christopher Robson >>>>> Senior Computer Scientist, GS-15 >>>>> Naval Research Laboratory >>>>> Center for Computational Science >>>>> Networking, Code 5591 >>>>> 4555 Overlook ave. >>>>> Washington, D.C. 20375-5320 >>>>> (COM) 202-404-3138 >>>>> (VoIP) 2024043138@GIGEF >>>>> (CHAT) Chris.Robson@GIGEF >>>>> >>>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> mpls-linux-general mailing list >>>> mpl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>> >>> -- >>> Christopher Robson >>> Senior Computer Scientist, GS-15 >>> Naval Research Laboratory >>> Center for Computational Science >>> Networking, Code 5591 >>> 4555 Overlook ave. >>> Washington, D.C. 20375-5320 >>> (COM) 202-404-3138 >>> (VoIP) 2024043138@GIGEF >>> (CHAT) Chris.Robson@GIGEF >>> >>> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> > > -- > Christopher Robson > Senior Computer Scientist, GS-15 > Naval Research Laboratory > Center for Computational Science > Networking, Code 5591 > 4555 Overlook ave. > Washington, D.C. 20375-5320 > (COM) 202-404-3138 > (VoIP) 2024043138@GIGEF > (CHAT) Chris.Robson@GIGEF > -- James R. Leu jl...@mi... |
From: Chris R. <Chr...@nr...> - 2008-02-14 22:42:58
|
James The problem does occur in a LER<--->LER LSP. I also have proven that there is a checksum problem with UDP packets. If I turn off MPLS dns udp packets do not generate a checksum error but when I standup a MPLS LSP the path generates UDP checksum errors on DNS queries. Below is a wireshark capture of one packet with a checksum erro, hope it helps. .....chris No. Time Source Destination Protocol Info 88 16.175819 10.128.0.13 10.128.142.215 DNS Standard query AAAA limestone.uoregon.edu Frame 88 (85 bytes on wire, 85 bytes captured) Arrival Time: Feb 14, 2008 17:01:19.156776000 [Time delta from previous captured frame: 0.094658000 seconds] [Time delta from previous displayed frame: 0.094658000 seconds] [Time since reference or first frame: 16.175819000 seconds] Frame Number: 88 Frame Length: 85 bytes Capture Length: 85 bytes [Frame is marked: True] [Protocols in frame: eth:mpls:ip:udp:dns] [Coloring Rule Name: Checksum Errors] [Coloring Rule String: cdp.checksum_bad==1 || edp.checksum_bad==1 || ip.checksum_bad==1 || tcp.checksum_bad==1 || udp.checksum_bad==1] Ethernet II, Src: Dell_f5:3d:96 (00:15:c5:f5:3d:96), Dst: Dell_f0:7a:a6 (00:1d:09:f0:7a:a6) Destination: Dell_f0:7a:a6 (00:1d:09:f0:7a:a6) Address: Dell_f0:7a:a6 (00:1d:09:f0:7a:a6) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Source: Dell_f5:3d:96 (00:15:c5:f5:3d:96) Address: Dell_f5:3d:96 (00:15:c5:f5:3d:96) .... ...0 .... .... .... .... = IG bit: Individual address (unicast) .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default) Type: MPLS label switched packet (0x8847) MultiProtocol Label Switching Header, Label: 4002, Exp: 0, S: 1, TTL: 64 MPLS Label: 4002 MPLS Experimental Bits: 0 MPLS Bottom Of Label Stack: 1 MPLS TTL: 64 Internet Protocol, Src: 10.128.0.13 (10.128.0.13), Dst: 10.128.142.215 (10.128.142.215) Version: 4 Header length: 20 bytes Differentiated Services Field: 0x00 (DSCP 0x00: Default; ECN: 0x00) 0000 00.. = Differentiated Services Codepoint: Default (0x00) .... ..0. = ECN-Capable Transport (ECT): 0 .... ...0 = ECN-CE: 0 Total Length: 67 Identification: 0x7939 (31033) Flags: 0x04 (Don't Fragment) 0... = Reserved bit: Not set .1.. = Don't fragment: Set ..0. = More fragments: Not set Fragment offset: 0 Time to live: 64 Protocol: UDP (0x11) Header checksum: 0x1d8d [correct] [Good: True] [Bad : False] Source: 10.128.0.13 (10.128.0.13) Destination: 10.128.142.215 (10.128.142.215) User Datagram Protocol, Src Port: 32845 (32845), Dst Port: domain (53) Source port: 32845 (32845) Destination port: domain (53) Length: 47 Checksum: 0xa424 [incorrect, should be 0xc0b5 (maybe caused by "UDP checksum offload"?)] [Good Checksum: False] [Bad Checksum: True] Domain Name System (query) Transaction ID: 0x8db9 Flags: 0x0100 (Standard query) 0... .... .... .... = Response: Message is a query .000 0... .... .... = Opcode: Standard query (0) .... ..0. .... .... = Truncated: Message is not truncated .... ...1 .... .... = Recursion desired: Do query recursively .... .... .0.. .... = Z: reserved (0) .... .... ...0 .... = Non-authenticated data OK: Non-authenticated data is unacceptable Questions: 1 Answer RRs: 0 Authority RRs: 0 Additional RRs: 0 Queries limestone.uoregon.edu: type AAAA, class IN Name: limestone.uoregon.edu Type: AAAA (IPv6 address) Class: IN (0x0001) James R. Leu wrote: > Can you try to duplicate with just two LERs (ie no LSR)? I'm trying to narrow > down where I have to look in the code. > > On Wed, Feb 13, 2008 at 08:28:46PM -0500, Chris Robson wrote: > >> James >> >> I dont think the push is the problem. First, it can't be removed based on >> how the LER needs to be configured. Remembering my network configuration >> is LER_1<->LSR<->LER_2, below is the CLI's MPLS commands for each router. >> Also, another test using "iperf -u" works, although performance is very >> poor, so it seems only dns and traceroute using udp are not working. >> >> Iperf output: >> [LER_1]# iperf -u -c 10.128.0.237 (NOTE this is LER_1 interface) >> ------------------------------------------------------------ >> Client connecting to 10.128.0.237, UDP port 5001 >> Sending 1470 byte datagrams >> UDP buffer size: 109 KByte (default) >> ------------------------------------------------------------ >> [ 3] local 10.128.0.14 port 32800 connected with 10.128.0.237 port 5001 >> [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec >> [ 3] Sent 893 datagrams >> [ 3] WARNING: did not receive ack of last datagram after 10 tries. >> >> [LER_2]# iperf -u -s >> ------------------------------------------------------------ >> Server listening on UDP port 5001 >> Receiving 1470 byte datagrams >> UDP buffer size: 109 KByte (default) >> ------------------------------------------------------------ >> [ 3] local 10.128.0.10 port 5001 connected with 10.128.0.14 port 32800 >> >> >> LER_1 >> /usr/sbin/mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 ipv4 >> 10.128.0.9 >> /usr/sbin/ip route add 0.0.0.0/0 via 10.128.0.9 mpls 0x2 >> /usr/sbin/mpls labelspace set dev eth0 labelspace 0 >> /usr/sbin/mpls ilm add label gen 1001 labelspace 0 >> /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth1 ipv4 10.128.0.238 >> /usr/sbin/mpls xc add ilm_label gen 1001 ilm_labelspace 0 nhlfe_key 0x3 >> >> LER_2 >> /usr/sbin/mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 ipv4 >> 10.128.0.13 >> /usr/sbin/ip route add 10.128.143.0/24 via 10.128.0.13 mpls 0x2 >> /usr/sbin/ip route add 10.128.0.8/30 via 10.128.0.13 mpls 0x2 >> /usr/sbin/ip route add 10.128.0.236/30 via 10.128.0.13 mpls 0x2 >> /usr/sbin/mpls labelspace set dev eth1 labelspace 0 >> /usr/sbin/mpls ilm add label gen 2001 labelspace 0 >> /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth0 ipv4 10.128.0.226 >> /usr/sbin/mpls xc add ilm_label gen 2001 ilm_labelspace 0 nhlfe_key 0x3 >> >> LSR >> mpls labelspace set dev eth1 labelspace 0 >> mpls ilm add label gen 1000 labelspace 0 >> mpls nhlfe add key 0 instructions push gen 1001 nexthop eth1 ipv4 >> 10.128.0.10 >> mpls xc add ilm_label gen 1000 ilm_labelspace 0 nhlfe_key 0x2 >> mpls labelspace set dev eth0 labelspace 0 >> mpls ilm add label gen 2000 labelspace 0 >> mpls nhlfe add key 0 instructions push gen 2001 nexthop eth0 ipv4 >> 10.128.0.14 >> mpls xc add ilm_label gen 2000 ilm_labelspace 0 nhlfe_key 0x3 >> >> >> >> James R. Leu wrote: >> >>> On Wed, Feb 13, 2008 at 10:02:44AM -0500, Chris Robson wrote: >>> >>> >>>> Not familiar with the PHP implementation, let me collect up the test >>>> configuration and send it to you for advice on what you want. A test >>>> update, the problem seems, so far, to only manifest itself with dns and >>>> traceroute. An "iperf -u -c [target_ip}" test does not have a problem. >>>> >>>> >>> PHP config example: >>> >>> mpls nhlfe add key 0 instructions nexthop eth0 ipv4 192.168.1.1 >>> (notice no push in the instructions) >>> >>> Then bind it to a route or netfilter rule like normal. >>> >>> Can you try 'traceroute -I' which sends ICMP not UDP packets. >>> >>> >>> >>>> James R. Leu wrote: >>>> >>>> >>>>> I haven't seen it, but I can look into it. Can you try routing traffic >>>>> through the same boxes, but use PHP (ie NHLFE without push) at each hop >>>>> to see if that breaks it too? >>>>> >>>>> On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: >>>>> >>>>> >>>>>> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For >>>>>> example, if I attempt to issue the command "traceroute -n [target-ip]" >>>>>> the traceroute will fail. If I add the TCP switch, aka "traceroute -n >>>>>> -T [target-ip]", the trace works fine. Also, any nslookups fail, again >>>>>> because the lookup request are udp packets. Wireshark is showing >>>>>> checksum errors on the traceroute packets but I'm not sure that is >>>>>> causing the problem as the error maybe misleading. >>>>>> >>>>>> >>>>>> James R. Leu wrote: >>>>>> >>>>>> >>>>>>> If the goal is to use NFS as root filesystem all one needs to do is create >>>>>>> a initrd with the NFS modules, it is not required to build a kernel >>>>>>> with NFS statically included. >>>>>>> >>>>>>> The key to allowing this to happen is you need to make sure your >>>>>>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>>>>>> resource to use. >>>>>>> >>>>>>> For example: >>>>>>> >>>>>>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>>>>>> >>>>>>> Then install the MPLS enabled kernel RPM and as part of that it builds >>>>>>> an initrd, and now that you have a fstab that indicates where to get root >>>>>>> from it should build you a nfs enabled initrd. >>>>>>> >>>>>>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>>>>>> >>>>>>> >>>>>>>> James, the original problem was that he needs NFS compiled into the kernel >>>>>>>> in order to boot and the binary kernel you provide has it as a module... >>>>>>>> >>>>>>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>>> I haven't really been following along with your setup, so excuse me >>>>>>>>> if I'm asking questions that you already answered. >>>>>>>>> >>>>>>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>>>>>> on a different distribution and compiling them by hand, please include the >>>>>>>>> commands you used to do the compilation and installation. >>>>>>>>> >>>>>>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> Hello All, >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>>>>>> the following packages:- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>>>>>> >>>>>>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>>>>>> >>>>>>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>>>>>> But unable to find mpls utility to configure system, please >>>>>>>>>> let me know >>>>>>>>>> if I am missing any package or any patch. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> System Information:- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>>>>>> >>>>>>>>>> MPLS: version 1.958 >>>>>>>>>> >>>>>>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>>>>>> >>>>>>>>>> MPLS: IPv4 over MPLS support >>>>>>>>>> >>>>>>>>>> MPLS: Ethernet over MPLS support >>>>>>>>>> >>>>>>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>>>>>> >>>>>>>>>> kernel.ostype = Linux >>>>>>>>>> >>>>>>>>>> kernel.osrelease = 2.6.22.5 >>>>>>>>>> >>>>>>>>>> kernel.hostname = localhost.localdomain >>>>>>>>>> >>>>>>>>>> net.core.message_cost = 5 >>>>>>>>>> >>>>>>>>>> net.ipv4.route.error_cost = 1000 >>>>>>>>>> >>>>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>>>>>> >>>>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>>>>>> >>>>>>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>>>>>> >>>>>>>>>> dev.cdrom.info = Can close tray: 1 >>>>>>>>>> >>>>>>>>>> dev.cdrom.autoclose = 1 >>>>>>>>>> >>>>>>>>>> [root@localhost linux-2.6.22]# >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Kernel Configuration enabled are:- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 1. >>>>>>>>>> >>>>>>>>>> In Networking Options the following items will be compiled in kernel : >>>>>>>>>> >>>>>>>>>> <*> Multiprotocol Label Switching >>>>>>>>>> >>>>>>>>>> <*> MPLS: Virtual tunnel interface >>>>>>>>>> >>>>>>>>>> <*> 802.1d Ethernet Bridging >>>>>>>>>> >>>>>>>>>> <*> Bridge: MPLS support >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 2. >>>>>>>>>> >>>>>>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>>>>>> will be selected: >>>>>>>>>> >>>>>>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>>>>>> >>>>>>>>>> <*> ebt: broute table support >>>>>>>>>> >>>>>>>>>> <*> ebt: filter table support >>>>>>>>>> >>>>>>>>>> <*> ebt: nat table support >>>>>>>>>> >>>>>>>>>> <*> ebt: 802.3 filter support >>>>>>>>>> >>>>>>>>>> <*> ebt: MPLS target support >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> 3. >>>>>>>>>> >>>>>>>>>> In Networking Options select QoS and fair queueing >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Thanks & Regards >>>>>>>>>> >>>>>>>>>> Bhartendu M. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>> ********************** Legal Disclaimer **************************** >>>>>>>>>> >>>>>>>>>> "This email may contain confidential and privileged material for the >>>>>>>>>> >>>>>>>>>> >>>>>>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>>>>>> distribution by others is strictly prohibited. If you have received the >>>>>>>>> message in error, please advise the sender by reply email and delete the >>>>>>>>> message. Thank you." >>>>>>>>> >>>>>>>>> >>>>>>>>>> ********************************************************************** >>>>>>>>>> >>>>>>>>>> --------------------------------------------------------------------- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------- >>>>>>>>> >>>>>>>>> >>>>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>>>> _______________________________________________ >>>>>>>>>> mpls-linux-general mailing list >>>>>>>>>> mpl...@li... >>>>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>>>> >>>>>>>>>> >>>>>>>>> -- >>>>>>>>> James R. Leu >>>>>>>>> jl...@mi... >>>>>>>>> >>>>>>>>> ------------------------------------------------------------------------- >>>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>>> _______________________________________________ >>>>>>>>> mpls-linux-general mailing list >>>>>>>>> mpl...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>> >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>> ------------------------------------------------------------------------ >>>>>>> >>>>>>> _______________________________________________ >>>>>>> mpls-linux-general mailing list >>>>>>> mpl...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>> >>>>>>> >>>>>> -- >>>>>> Christopher Robson >>>>>> Senior Computer Scientist, GS-15 >>>>>> Naval Research Laboratory >>>>>> Center for Computational Science >>>>>> Networking, Code 5591 >>>>>> 4555 Overlook ave. >>>>>> Washington, D.C. 20375-5320 >>>>>> (COM) 202-404-3138 >>>>>> (VoIP) 2024043138@GIGEF >>>>>> (CHAT) Chris.Robson@GIGEF >>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> mpls-linux-general mailing list >>>>>> mpl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>> >>>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> ------------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> mpls-linux-general mailing list >>>>> mpl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>> >>>>> >>>> -- >>>> Christopher Robson >>>> Senior Computer Scientist, GS-15 >>>> Naval Research Laboratory >>>> Center for Computational Science >>>> Networking, Code 5591 >>>> 4555 Overlook ave. >>>> Washington, D.C. 20375-5320 >>>> (COM) 202-404-3138 >>>> (VoIP) 2024043138@GIGEF >>>> (CHAT) Chris.Robson@GIGEF >>>> >>>> >>>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>> >>> >> -- >> Christopher Robson >> Senior Computer Scientist, GS-15 >> Naval Research Laboratory >> Center for Computational Science >> Networking, Code 5591 >> 4555 Overlook ave. >> Washington, D.C. 20375-5320 >> (COM) 202-404-3138 >> (VoIP) 2024043138@GIGEF >> (CHAT) Chris.Robson@GIGEF >> >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: James R. L. <jl...@mi...> - 2008-02-14 02:38:08
|
Can you try to duplicate with just two LERs (ie no LSR)? I'm trying to narrow down where I have to look in the code. On Wed, Feb 13, 2008 at 08:28:46PM -0500, Chris Robson wrote: > > James > > I dont think the push is the problem. First, it can't be removed based on > how the LER needs to be configured. Remembering my network configuration > is LER_1<->LSR<->LER_2, below is the CLI's MPLS commands for each router. > Also, another test using "iperf -u" works, although performance is very > poor, so it seems only dns and traceroute using udp are not working. > > Iperf output: > [LER_1]# iperf -u -c 10.128.0.237 (NOTE this is LER_1 interface) > ------------------------------------------------------------ > Client connecting to 10.128.0.237, UDP port 5001 > Sending 1470 byte datagrams > UDP buffer size: 109 KByte (default) > ------------------------------------------------------------ > [ 3] local 10.128.0.14 port 32800 connected with 10.128.0.237 port 5001 > [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec > [ 3] Sent 893 datagrams > [ 3] WARNING: did not receive ack of last datagram after 10 tries. > > [LER_2]# iperf -u -s > ------------------------------------------------------------ > Server listening on UDP port 5001 > Receiving 1470 byte datagrams > UDP buffer size: 109 KByte (default) > ------------------------------------------------------------ > [ 3] local 10.128.0.10 port 5001 connected with 10.128.0.14 port 32800 > > > LER_1 > /usr/sbin/mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 ipv4 > 10.128.0.9 > /usr/sbin/ip route add 0.0.0.0/0 via 10.128.0.9 mpls 0x2 > /usr/sbin/mpls labelspace set dev eth0 labelspace 0 > /usr/sbin/mpls ilm add label gen 1001 labelspace 0 > /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth1 ipv4 10.128.0.238 > /usr/sbin/mpls xc add ilm_label gen 1001 ilm_labelspace 0 nhlfe_key 0x3 > > LER_2 > /usr/sbin/mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 ipv4 > 10.128.0.13 > /usr/sbin/ip route add 10.128.143.0/24 via 10.128.0.13 mpls 0x2 > /usr/sbin/ip route add 10.128.0.8/30 via 10.128.0.13 mpls 0x2 > /usr/sbin/ip route add 10.128.0.236/30 via 10.128.0.13 mpls 0x2 > /usr/sbin/mpls labelspace set dev eth1 labelspace 0 > /usr/sbin/mpls ilm add label gen 2001 labelspace 0 > /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth0 ipv4 10.128.0.226 > /usr/sbin/mpls xc add ilm_label gen 2001 ilm_labelspace 0 nhlfe_key 0x3 > > LSR > mpls labelspace set dev eth1 labelspace 0 > mpls ilm add label gen 1000 labelspace 0 > mpls nhlfe add key 0 instructions push gen 1001 nexthop eth1 ipv4 > 10.128.0.10 > mpls xc add ilm_label gen 1000 ilm_labelspace 0 nhlfe_key 0x2 > mpls labelspace set dev eth0 labelspace 0 > mpls ilm add label gen 2000 labelspace 0 > mpls nhlfe add key 0 instructions push gen 2001 nexthop eth0 ipv4 > 10.128.0.14 > mpls xc add ilm_label gen 2000 ilm_labelspace 0 nhlfe_key 0x3 > > > > James R. Leu wrote: >> On Wed, Feb 13, 2008 at 10:02:44AM -0500, Chris Robson wrote: >> >>> Not familiar with the PHP implementation, let me collect up the test >>> configuration and send it to you for advice on what you want. A test >>> update, the problem seems, so far, to only manifest itself with dns and >>> traceroute. An "iperf -u -c [target_ip}" test does not have a problem. >>> >> >> PHP config example: >> >> mpls nhlfe add key 0 instructions nexthop eth0 ipv4 192.168.1.1 >> (notice no push in the instructions) >> >> Then bind it to a route or netfilter rule like normal. >> >> Can you try 'traceroute -I' which sends ICMP not UDP packets. >> >> >>> James R. Leu wrote: >>> >>>> I haven't seen it, but I can look into it. Can you try routing traffic >>>> through the same boxes, but use PHP (ie NHLFE without push) at each hop >>>> to see if that breaks it too? >>>> >>>> On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: >>>> >>>>> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For >>>>> example, if I attempt to issue the command "traceroute -n [target-ip]" >>>>> the traceroute will fail. If I add the TCP switch, aka "traceroute -n >>>>> -T [target-ip]", the trace works fine. Also, any nslookups fail, again >>>>> because the lookup request are udp packets. Wireshark is showing >>>>> checksum errors on the traceroute packets but I'm not sure that is >>>>> causing the problem as the error maybe misleading. >>>>> >>>>> >>>>> James R. Leu wrote: >>>>> >>>>>> If the goal is to use NFS as root filesystem all one needs to do is create >>>>>> a initrd with the NFS modules, it is not required to build a kernel >>>>>> with NFS statically included. >>>>>> >>>>>> The key to allowing this to happen is you need to make sure your >>>>>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>>>>> resource to use. >>>>>> >>>>>> For example: >>>>>> >>>>>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>>>>> >>>>>> Then install the MPLS enabled kernel RPM and as part of that it builds >>>>>> an initrd, and now that you have a fstab that indicates where to get root >>>>>> from it should build you a nfs enabled initrd. >>>>>> >>>>>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>>>>> >>>>>>> James, the original problem was that he needs NFS compiled into the kernel >>>>>>> in order to boot and the binary kernel you provide has it as a module... >>>>>>> >>>>>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>>>>> >>>>>>> >>>>>>>> I haven't really been following along with your setup, so excuse me >>>>>>>> if I'm asking questions that you already answered. >>>>>>>> >>>>>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>>>>> on a different distribution and compiling them by hand, please include the >>>>>>>> commands you used to do the compilation and installation. >>>>>>>> >>>>>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>>>>> >>>>>>>>> Hello All, >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>>>>> the following packages:- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>>>>> >>>>>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>>>>> >>>>>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>>>>> But unable to find mpls utility to configure system, please >>>>>>>>> let me know >>>>>>>>> if I am missing any package or any patch. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> System Information:- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>>>>> >>>>>>>>> MPLS: version 1.958 >>>>>>>>> >>>>>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>>>>> >>>>>>>>> MPLS: IPv4 over MPLS support >>>>>>>>> >>>>>>>>> MPLS: Ethernet over MPLS support >>>>>>>>> >>>>>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>>>>> >>>>>>>>> kernel.ostype = Linux >>>>>>>>> >>>>>>>>> kernel.osrelease = 2.6.22.5 >>>>>>>>> >>>>>>>>> kernel.hostname = localhost.localdomain >>>>>>>>> >>>>>>>>> net.core.message_cost = 5 >>>>>>>>> >>>>>>>>> net.ipv4.route.error_cost = 1000 >>>>>>>>> >>>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>>>>> >>>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>>>>> >>>>>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>>>>> >>>>>>>>> dev.cdrom.info = Can close tray: 1 >>>>>>>>> >>>>>>>>> dev.cdrom.autoclose = 1 >>>>>>>>> >>>>>>>>> [root@localhost linux-2.6.22]# >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Kernel Configuration enabled are:- >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 1. >>>>>>>>> >>>>>>>>> In Networking Options the following items will be compiled in kernel : >>>>>>>>> >>>>>>>>> <*> Multiprotocol Label Switching >>>>>>>>> >>>>>>>>> <*> MPLS: Virtual tunnel interface >>>>>>>>> >>>>>>>>> <*> 802.1d Ethernet Bridging >>>>>>>>> >>>>>>>>> <*> Bridge: MPLS support >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2. >>>>>>>>> >>>>>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>>>>> will be selected: >>>>>>>>> >>>>>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>>>>> >>>>>>>>> <*> ebt: broute table support >>>>>>>>> >>>>>>>>> <*> ebt: filter table support >>>>>>>>> >>>>>>>>> <*> ebt: nat table support >>>>>>>>> >>>>>>>>> <*> ebt: 802.3 filter support >>>>>>>>> >>>>>>>>> <*> ebt: MPLS target support >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 3. >>>>>>>>> >>>>>>>>> In Networking Options select QoS and fair queueing >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Thanks & Regards >>>>>>>>> >>>>>>>>> Bhartendu M. >>>>>>>>> >>>>>>>>> >>>>>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> ********************** Legal Disclaimer **************************** >>>>>>>>> >>>>>>>>> "This email may contain confidential and privileged material for the >>>>>>>>> >>>>>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>>>>> distribution by others is strictly prohibited. If you have received the >>>>>>>> message in error, please advise the sender by reply email and delete the >>>>>>>> message. Thank you." >>>>>>>> >>>>>>>>> ********************************************************************** >>>>>>>>> >>>>>>>>> --------------------------------------------------------------------- >>>>>>>>> >>>>>>>>> >>>>>>>> ------------------------------------------------------------------------- >>>>>>>> >>>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>>> _______________________________________________ >>>>>>>>> mpls-linux-general mailing list >>>>>>>>> mpl...@li... >>>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>>> >>>>>>>> -- >>>>>>>> James R. Leu >>>>>>>> jl...@mi... >>>>>>>> >>>>>>>> ------------------------------------------------------------------------- >>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>> _______________________________________________ >>>>>>>> mpls-linux-general mailing list >>>>>>>> mpl...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> ------------------------------------------------------------------------ >>>>>> >>>>>> _______________________________________________ >>>>>> mpls-linux-general mailing list >>>>>> mpl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>> >>>>> -- >>>>> Christopher Robson >>>>> Senior Computer Scientist, GS-15 >>>>> Naval Research Laboratory >>>>> Center for Computational Science >>>>> Networking, Code 5591 >>>>> 4555 Overlook ave. >>>>> Washington, D.C. 20375-5320 >>>>> (COM) 202-404-3138 >>>>> (VoIP) 2024043138@GIGEF >>>>> (CHAT) Chris.Robson@GIGEF >>>>> >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> mpls-linux-general mailing list >>>>> mpl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> mpls-linux-general mailing list >>>> mpl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>> >>> -- >>> Christopher Robson >>> Senior Computer Scientist, GS-15 >>> Naval Research Laboratory >>> Center for Computational Science >>> Networking, Code 5591 >>> 4555 Overlook ave. >>> Washington, D.C. 20375-5320 >>> (COM) 202-404-3138 >>> (VoIP) 2024043138@GIGEF >>> (CHAT) Chris.Robson@GIGEF >>> >>> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> > > -- > Christopher Robson > Senior Computer Scientist, GS-15 > Naval Research Laboratory > Center for Computational Science > Networking, Code 5591 > 4555 Overlook ave. > Washington, D.C. 20375-5320 > (COM) 202-404-3138 > (VoIP) 2024043138@GIGEF > (CHAT) Chris.Robson@GIGEF > -- James R. Leu jl...@mi... |
From: Chris R. <Chr...@nr...> - 2008-02-14 01:30:10
|
James I dont think the push is the problem. First, it can't be removed based on how the LER needs to be configured. Remembering my network configuration is LER_1<->LSR<->LER_2, below is the CLI's MPLS commands for each router. Also, another test using "iperf -u" works, although performance is very poor, so it seems only dns and traceroute using udp are not working. Iperf output: [LER_1]# iperf -u -c 10.128.0.237 (NOTE this is LER_1 interface) ------------------------------------------------------------ Client connecting to 10.128.0.237, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 109 KByte (default) ------------------------------------------------------------ [ 3] local 10.128.0.14 port 32800 connected with 10.128.0.237 port 5001 [ 3] 0.0-10.0 sec 1.25 MBytes 1.05 Mbits/sec [ 3] Sent 893 datagrams [ 3] WARNING: did not receive ack of last datagram after 10 tries. [LER_2]# iperf -u -s ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 109 KByte (default) ------------------------------------------------------------ [ 3] local 10.128.0.10 port 5001 connected with 10.128.0.14 port 32800 LER_1 /usr/sbin/mpls nhlfe add key 0 instructions push gen 2000 nexthop eth0 ipv4 10.128.0.9 /usr/sbin/ip route add 0.0.0.0/0 via 10.128.0.9 mpls 0x2 /usr/sbin/mpls labelspace set dev eth0 labelspace 0 /usr/sbin/mpls ilm add label gen 1001 labelspace 0 /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth1 ipv4 10.128.0.238 /usr/sbin/mpls xc add ilm_label gen 1001 ilm_labelspace 0 nhlfe_key 0x3 LER_2 /usr/sbin/mpls nhlfe add key 0 instructions push gen 1000 nexthop eth1 ipv4 10.128.0.13 /usr/sbin/ip route add 10.128.143.0/24 via 10.128.0.13 mpls 0x2 /usr/sbin/ip route add 10.128.0.8/30 via 10.128.0.13 mpls 0x2 /usr/sbin/ip route add 10.128.0.236/30 via 10.128.0.13 mpls 0x2 /usr/sbin/mpls labelspace set dev eth1 labelspace 0 /usr/sbin/mpls ilm add label gen 2001 labelspace 0 /usr/sbin/mpls nhlfe add key 0 instructions nexthop eth0 ipv4 10.128.0.226 /usr/sbin/mpls xc add ilm_label gen 2001 ilm_labelspace 0 nhlfe_key 0x3 LSR mpls labelspace set dev eth1 labelspace 0 mpls ilm add label gen 1000 labelspace 0 mpls nhlfe add key 0 instructions push gen 1001 nexthop eth1 ipv4 10.128.0.10 mpls xc add ilm_label gen 1000 ilm_labelspace 0 nhlfe_key 0x2 mpls labelspace set dev eth0 labelspace 0 mpls ilm add label gen 2000 labelspace 0 mpls nhlfe add key 0 instructions push gen 2001 nexthop eth0 ipv4 10.128.0.14 mpls xc add ilm_label gen 2000 ilm_labelspace 0 nhlfe_key 0x3 James R. Leu wrote: > On Wed, Feb 13, 2008 at 10:02:44AM -0500, Chris Robson wrote: > >> Not familiar with the PHP implementation, let me collect up the test >> configuration and send it to you for advice on what you want. A test >> update, the problem seems, so far, to only manifest itself with dns and >> traceroute. An "iperf -u -c [target_ip}" test does not have a problem. >> > > PHP config example: > > mpls nhlfe add key 0 instructions nexthop eth0 ipv4 192.168.1.1 > (notice no push in the instructions) > > Then bind it to a route or netfilter rule like normal. > > Can you try 'traceroute -I' which sends ICMP not UDP packets. > > >> James R. Leu wrote: >> >>> I haven't seen it, but I can look into it. Can you try routing traffic >>> through the same boxes, but use PHP (ie NHLFE without push) at each hop >>> to see if that breaks it too? >>> >>> On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: >>> >>> >>>> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For >>>> example, if I attempt to issue the command "traceroute -n [target-ip]" >>>> the traceroute will fail. If I add the TCP switch, aka "traceroute -n -T >>>> [target-ip]", the trace works fine. Also, any nslookups fail, again >>>> because the lookup request are udp packets. Wireshark is showing >>>> checksum errors on the traceroute packets but I'm not sure that is >>>> causing the problem as the error maybe misleading. >>>> >>>> >>>> James R. Leu wrote: >>>> >>>> >>>>> If the goal is to use NFS as root filesystem all one needs to do is create >>>>> a initrd with the NFS modules, it is not required to build a kernel >>>>> with NFS statically included. >>>>> >>>>> The key to allowing this to happen is you need to make sure your >>>>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>>>> resource to use. >>>>> >>>>> For example: >>>>> >>>>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>>>> >>>>> Then install the MPLS enabled kernel RPM and as part of that it builds >>>>> an initrd, and now that you have a fstab that indicates where to get root >>>>> from it should build you a nfs enabled initrd. >>>>> >>>>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>>>> >>>>> >>>>>> James, the original problem was that he needs NFS compiled into the kernel >>>>>> in order to boot and the binary kernel you provide has it as a module... >>>>>> >>>>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> I haven't really been following along with your setup, so excuse me >>>>>>> if I'm asking questions that you already answered. >>>>>>> >>>>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>>>> on a different distribution and compiling them by hand, please include the >>>>>>> commands you used to do the compilation and installation. >>>>>>> >>>>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>>>> >>>>>>> >>>>>>>> Hello All, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>>>> the following packages:- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>>>> >>>>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>>>> >>>>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>>>> >>>>>>>> But unable to find mpls utility to configure system, please let me know >>>>>>>> if I am missing any package or any patch. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> System Information:- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>>>> >>>>>>>> MPLS: version 1.958 >>>>>>>> >>>>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>>>> >>>>>>>> MPLS: IPv4 over MPLS support >>>>>>>> >>>>>>>> MPLS: Ethernet over MPLS support >>>>>>>> >>>>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>>>> >>>>>>>> kernel.ostype = Linux >>>>>>>> >>>>>>>> kernel.osrelease = 2.6.22.5 >>>>>>>> >>>>>>>> kernel.hostname = localhost.localdomain >>>>>>>> >>>>>>>> net.core.message_cost = 5 >>>>>>>> >>>>>>>> net.ipv4.route.error_cost = 1000 >>>>>>>> >>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>>>> >>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>>>> >>>>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>>>> >>>>>>>> dev.cdrom.info = Can close tray: 1 >>>>>>>> >>>>>>>> dev.cdrom.autoclose = 1 >>>>>>>> >>>>>>>> [root@localhost linux-2.6.22]# >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Kernel Configuration enabled are:- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 1. >>>>>>>> >>>>>>>> In Networking Options the following items will be compiled in kernel : >>>>>>>> >>>>>>>> <*> Multiprotocol Label Switching >>>>>>>> >>>>>>>> <*> MPLS: Virtual tunnel interface >>>>>>>> >>>>>>>> <*> 802.1d Ethernet Bridging >>>>>>>> >>>>>>>> <*> Bridge: MPLS support >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2. >>>>>>>> >>>>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>>>> will be selected: >>>>>>>> >>>>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>>>> >>>>>>>> <*> ebt: broute table support >>>>>>>> >>>>>>>> <*> ebt: filter table support >>>>>>>> >>>>>>>> <*> ebt: nat table support >>>>>>>> >>>>>>>> <*> ebt: 802.3 filter support >>>>>>>> >>>>>>>> <*> ebt: MPLS target support >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 3. >>>>>>>> >>>>>>>> In Networking Options select QoS and fair queueing >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks & Regards >>>>>>>> >>>>>>>> Bhartendu M. >>>>>>>> >>>>>>>> >>>>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>>>> --------------------------------------------------------------------- >>>>>>>> ********************** Legal Disclaimer **************************** >>>>>>>> >>>>>>>> "This email may contain confidential and privileged material for the >>>>>>>> >>>>>>>> >>>>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>>>> distribution by others is strictly prohibited. If you have received the >>>>>>> message in error, please advise the sender by reply email and delete the >>>>>>> message. Thank you." >>>>>>> >>>>>>> >>>>>>>> ********************************************************************** >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> >>>>>>> >>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>> _______________________________________________ >>>>>>>> mpls-linux-general mailing list >>>>>>>> mpl...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> James R. Leu >>>>>>> jl...@mi... >>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>> _______________________________________________ >>>>>>> mpls-linux-general mailing list >>>>>>> mpl...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> ------------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> mpls-linux-general mailing list >>>>> mpl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>> >>>>> >>>> -- >>>> Christopher Robson >>>> Senior Computer Scientist, GS-15 >>>> Naval Research Laboratory >>>> Center for Computational Science >>>> Networking, Code 5591 >>>> 4555 Overlook ave. >>>> Washington, D.C. 20375-5320 >>>> (COM) 202-404-3138 >>>> (VoIP) 2024043138@GIGEF >>>> (CHAT) Chris.Robson@GIGEF >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> mpls-linux-general mailing list >>>> mpl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>> >>>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>> >>> >> -- >> Christopher Robson >> Senior Computer Scientist, GS-15 >> Naval Research Laboratory >> Center for Computational Science >> Networking, Code 5591 >> 4555 Overlook ave. >> Washington, D.C. 20375-5320 >> (COM) 202-404-3138 >> (VoIP) 2024043138@GIGEF >> (CHAT) Chris.Robson@GIGEF >> >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: Chris R. <Chr...@nr...> - 2008-02-13 16:26:05
|
Well give the PHP a shot later today and let U know. Yes, I've already tested the -I option. James R. Leu wrote: > On Wed, Feb 13, 2008 at 10:02:44AM -0500, Chris Robson wrote: > >> Not familiar with the PHP implementation, let me collect up the test >> configuration and send it to you for advice on what you want. A test >> update, the problem seems, so far, to only manifest itself with dns and >> traceroute. An "iperf -u -c [target_ip}" test does not have a problem. >> > > PHP config example: > > mpls nhlfe add key 0 instructions nexthop eth0 ipv4 192.168.1.1 > (notice no push in the instructions) > > Then bind it to a route or netfilter rule like normal. > > Can you try 'traceroute -I' which sends ICMP not UDP packets. > > >> James R. Leu wrote: >> >>> I haven't seen it, but I can look into it. Can you try routing traffic >>> through the same boxes, but use PHP (ie NHLFE without push) at each hop >>> to see if that breaks it too? >>> >>> On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: >>> >>> >>>> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For >>>> example, if I attempt to issue the command "traceroute -n [target-ip]" >>>> the traceroute will fail. If I add the TCP switch, aka "traceroute -n -T >>>> [target-ip]", the trace works fine. Also, any nslookups fail, again >>>> because the lookup request are udp packets. Wireshark is showing >>>> checksum errors on the traceroute packets but I'm not sure that is >>>> causing the problem as the error maybe misleading. >>>> >>>> >>>> James R. Leu wrote: >>>> >>>> >>>>> If the goal is to use NFS as root filesystem all one needs to do is create >>>>> a initrd with the NFS modules, it is not required to build a kernel >>>>> with NFS statically included. >>>>> >>>>> The key to allowing this to happen is you need to make sure your >>>>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>>>> resource to use. >>>>> >>>>> For example: >>>>> >>>>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>>>> >>>>> Then install the MPLS enabled kernel RPM and as part of that it builds >>>>> an initrd, and now that you have a fstab that indicates where to get root >>>>> from it should build you a nfs enabled initrd. >>>>> >>>>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>>>> >>>>> >>>>>> James, the original problem was that he needs NFS compiled into the kernel >>>>>> in order to boot and the binary kernel you provide has it as a module... >>>>>> >>>>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>>>> >>>>>> >>>>>> >>>>>>> I haven't really been following along with your setup, so excuse me >>>>>>> if I'm asking questions that you already answered. >>>>>>> >>>>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>>>> on a different distribution and compiling them by hand, please include the >>>>>>> commands you used to do the compilation and installation. >>>>>>> >>>>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>>>> >>>>>>> >>>>>>>> Hello All, >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>>>> the following packages:- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>>>> >>>>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>>>> >>>>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>>>> >>>>>>>> But unable to find mpls utility to configure system, please let me know >>>>>>>> if I am missing any package or any patch. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> System Information:- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>>>> >>>>>>>> MPLS: version 1.958 >>>>>>>> >>>>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>>>> >>>>>>>> MPLS: IPv4 over MPLS support >>>>>>>> >>>>>>>> MPLS: Ethernet over MPLS support >>>>>>>> >>>>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>>>> >>>>>>>> kernel.ostype = Linux >>>>>>>> >>>>>>>> kernel.osrelease = 2.6.22.5 >>>>>>>> >>>>>>>> kernel.hostname = localhost.localdomain >>>>>>>> >>>>>>>> net.core.message_cost = 5 >>>>>>>> >>>>>>>> net.ipv4.route.error_cost = 1000 >>>>>>>> >>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>>>> >>>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>>>> >>>>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>>>> >>>>>>>> dev.cdrom.info = Can close tray: 1 >>>>>>>> >>>>>>>> dev.cdrom.autoclose = 1 >>>>>>>> >>>>>>>> [root@localhost linux-2.6.22]# >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Kernel Configuration enabled are:- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 1. >>>>>>>> >>>>>>>> In Networking Options the following items will be compiled in kernel : >>>>>>>> >>>>>>>> <*> Multiprotocol Label Switching >>>>>>>> >>>>>>>> <*> MPLS: Virtual tunnel interface >>>>>>>> >>>>>>>> <*> 802.1d Ethernet Bridging >>>>>>>> >>>>>>>> <*> Bridge: MPLS support >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2. >>>>>>>> >>>>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>>>> will be selected: >>>>>>>> >>>>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>>>> >>>>>>>> <*> ebt: broute table support >>>>>>>> >>>>>>>> <*> ebt: filter table support >>>>>>>> >>>>>>>> <*> ebt: nat table support >>>>>>>> >>>>>>>> <*> ebt: 802.3 filter support >>>>>>>> >>>>>>>> <*> ebt: MPLS target support >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 3. >>>>>>>> >>>>>>>> In Networking Options select QoS and fair queueing >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Thanks & Regards >>>>>>>> >>>>>>>> Bhartendu M. >>>>>>>> >>>>>>>> >>>>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>>>> --------------------------------------------------------------------- >>>>>>>> ********************** Legal Disclaimer **************************** >>>>>>>> >>>>>>>> "This email may contain confidential and privileged material for the >>>>>>>> >>>>>>>> >>>>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>>>> distribution by others is strictly prohibited. If you have received the >>>>>>> message in error, please advise the sender by reply email and delete the >>>>>>> message. Thank you." >>>>>>> >>>>>>> >>>>>>>> ********************************************************************** >>>>>>>> >>>>>>>> --------------------------------------------------------------------- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> >>>>>>> >>>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>>> _______________________________________________ >>>>>>>> mpls-linux-general mailing list >>>>>>>> mpl...@li... >>>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> James R. Leu >>>>>>> jl...@mi... >>>>>>> >>>>>>> ------------------------------------------------------------------------- >>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>> _______________________________________________ >>>>>>> mpls-linux-general mailing list >>>>>>> mpl...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>> >>>>> ------------------------------------------------------------------------ >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> ------------------------------------------------------------------------ >>>>> >>>>> _______________________________________________ >>>>> mpls-linux-general mailing list >>>>> mpl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>> >>>>> >>>> -- >>>> Christopher Robson >>>> Senior Computer Scientist, GS-15 >>>> Naval Research Laboratory >>>> Center for Computational Science >>>> Networking, Code 5591 >>>> 4555 Overlook ave. >>>> Washington, D.C. 20375-5320 >>>> (COM) 202-404-3138 >>>> (VoIP) 2024043138@GIGEF >>>> (CHAT) Chris.Robson@GIGEF >>>> >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> mpls-linux-general mailing list >>>> mpl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>> >>>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>> >>> >> -- >> Christopher Robson >> Senior Computer Scientist, GS-15 >> Naval Research Laboratory >> Center for Computational Science >> Networking, Code 5591 >> 4555 Overlook ave. >> Washington, D.C. 20375-5320 >> (COM) 202-404-3138 >> (VoIP) 2024043138@GIGEF >> (CHAT) Chris.Robson@GIGEF >> >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: James R. L. <jl...@mi...> - 2008-02-13 15:26:18
|
On Wed, Feb 13, 2008 at 10:02:44AM -0500, Chris Robson wrote: > > Not familiar with the PHP implementation, let me collect up the test > configuration and send it to you for advice on what you want. A test > update, the problem seems, so far, to only manifest itself with dns and > traceroute. An "iperf -u -c [target_ip}" test does not have a problem. PHP config example: mpls nhlfe add key 0 instructions nexthop eth0 ipv4 192.168.1.1 (notice no push in the instructions) Then bind it to a route or netfilter rule like normal. Can you try 'traceroute -I' which sends ICMP not UDP packets. > James R. Leu wrote: >> I haven't seen it, but I can look into it. Can you try routing traffic >> through the same boxes, but use PHP (ie NHLFE without push) at each hop >> to see if that breaks it too? >> >> On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: >> >>> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For >>> example, if I attempt to issue the command "traceroute -n [target-ip]" >>> the traceroute will fail. If I add the TCP switch, aka "traceroute -n -T >>> [target-ip]", the trace works fine. Also, any nslookups fail, again >>> because the lookup request are udp packets. Wireshark is showing >>> checksum errors on the traceroute packets but I'm not sure that is >>> causing the problem as the error maybe misleading. >>> >>> >>> James R. Leu wrote: >>> >>>> If the goal is to use NFS as root filesystem all one needs to do is create >>>> a initrd with the NFS modules, it is not required to build a kernel >>>> with NFS statically included. >>>> >>>> The key to allowing this to happen is you need to make sure your >>>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>>> resource to use. >>>> >>>> For example: >>>> >>>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>>> >>>> Then install the MPLS enabled kernel RPM and as part of that it builds >>>> an initrd, and now that you have a fstab that indicates where to get root >>>> from it should build you a nfs enabled initrd. >>>> >>>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>>> >>>>> James, the original problem was that he needs NFS compiled into the kernel >>>>> in order to boot and the binary kernel you provide has it as a module... >>>>> >>>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>>> >>>>> >>>>>> I haven't really been following along with your setup, so excuse me >>>>>> if I'm asking questions that you already answered. >>>>>> >>>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>>> on a different distribution and compiling them by hand, please include the >>>>>> commands you used to do the compilation and installation. >>>>>> >>>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>>> >>>>>>> Hello All, >>>>>>> >>>>>>> >>>>>>> >>>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>>> the following packages:- >>>>>>> >>>>>>> >>>>>>> >>>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>>> >>>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>>> >>>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>>> >>>>>>> But unable to find mpls utility to configure system, please let me know >>>>>>> if I am missing any package or any patch. >>>>>>> >>>>>>> >>>>>>> >>>>>>> System Information:- >>>>>>> >>>>>>> >>>>>>> >>>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>>> >>>>>>> MPLS: version 1.958 >>>>>>> >>>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>>> >>>>>>> MPLS: IPv4 over MPLS support >>>>>>> >>>>>>> MPLS: Ethernet over MPLS support >>>>>>> >>>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>>> >>>>>>> kernel.ostype = Linux >>>>>>> >>>>>>> kernel.osrelease = 2.6.22.5 >>>>>>> >>>>>>> kernel.hostname = localhost.localdomain >>>>>>> >>>>>>> net.core.message_cost = 5 >>>>>>> >>>>>>> net.ipv4.route.error_cost = 1000 >>>>>>> >>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>>> >>>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>>> >>>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>>> >>>>>>> dev.cdrom.info = Can close tray: 1 >>>>>>> >>>>>>> dev.cdrom.autoclose = 1 >>>>>>> >>>>>>> [root@localhost linux-2.6.22]# >>>>>>> >>>>>>> >>>>>>> >>>>>>> Kernel Configuration enabled are:- >>>>>>> >>>>>>> >>>>>>> >>>>>>> 1. >>>>>>> >>>>>>> In Networking Options the following items will be compiled in kernel : >>>>>>> >>>>>>> <*> Multiprotocol Label Switching >>>>>>> >>>>>>> <*> MPLS: Virtual tunnel interface >>>>>>> >>>>>>> <*> 802.1d Ethernet Bridging >>>>>>> >>>>>>> <*> Bridge: MPLS support >>>>>>> >>>>>>> >>>>>>> >>>>>>> 2. >>>>>>> >>>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>>> will be selected: >>>>>>> >>>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>>> >>>>>>> <*> ebt: broute table support >>>>>>> >>>>>>> <*> ebt: filter table support >>>>>>> >>>>>>> <*> ebt: nat table support >>>>>>> >>>>>>> <*> ebt: 802.3 filter support >>>>>>> >>>>>>> <*> ebt: MPLS target support >>>>>>> >>>>>>> >>>>>>> >>>>>>> 3. >>>>>>> >>>>>>> In Networking Options select QoS and fair queueing >>>>>>> >>>>>>> >>>>>>> >>>>>>> Thanks & Regards >>>>>>> >>>>>>> Bhartendu M. >>>>>>> >>>>>>> >>>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>>> --------------------------------------------------------------------- >>>>>>> ********************** Legal Disclaimer **************************** >>>>>>> >>>>>>> "This email may contain confidential and privileged material for the >>>>>>> >>>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>>> distribution by others is strictly prohibited. If you have received the >>>>>> message in error, please advise the sender by reply email and delete the >>>>>> message. Thank you." >>>>>> >>>>>>> ********************************************************************** >>>>>>> >>>>>>> --------------------------------------------------------------------- >>>>>>> >>>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> >>>>>>> This SF.net email is sponsored by: Microsoft >>>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>>> _______________________________________________ >>>>>>> mpls-linux-general mailing list >>>>>>> mpl...@li... >>>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>>> >>>>>> -- >>>>>> James R. Leu >>>>>> jl...@mi... >>>>>> >>>>>> ------------------------------------------------------------------------- >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> mpls-linux-general mailing list >>>>>> mpl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>> >>>>>> >>>>>> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> ------------------------------------------------------------------------- >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> ------------------------------------------------------------------------ >>>> >>>> _______________________________________________ >>>> mpls-linux-general mailing list >>>> mpl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>> >>> -- >>> Christopher Robson >>> Senior Computer Scientist, GS-15 >>> Naval Research Laboratory >>> Center for Computational Science >>> Networking, Code 5591 >>> 4555 Overlook ave. >>> Washington, D.C. 20375-5320 >>> (COM) 202-404-3138 >>> (VoIP) 2024043138@GIGEF >>> (CHAT) Chris.Robson@GIGEF >>> >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> > > -- > Christopher Robson > Senior Computer Scientist, GS-15 > Naval Research Laboratory > Center for Computational Science > Networking, Code 5591 > 4555 Overlook ave. > Washington, D.C. 20375-5320 > (COM) 202-404-3138 > (VoIP) 2024043138@GIGEF > (CHAT) Chris.Robson@GIGEF > -- James R. Leu jl...@mi... |
From: Chris R. <Chr...@nr...> - 2008-02-13 15:03:08
|
Not familiar with the PHP implementation, let me collect up the test configuration and send it to you for advice on what you want. A test update, the problem seems, so far, to only manifest itself with dns and traceroute. An "iperf -u -c [target_ip}" test does not have a problem. James R. Leu wrote: > I haven't seen it, but I can look into it. Can you try routing traffic > through the same boxes, but use PHP (ie NHLFE without push) at each hop > to see if that breaks it too? > > On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: > >> Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For >> example, if I attempt to issue the command "traceroute -n [target-ip]" >> the traceroute will fail. If I add the TCP switch, aka "traceroute -n >> -T [target-ip]", the trace works fine. Also, any nslookups fail, again >> because the lookup request are udp packets. Wireshark is showing >> checksum errors on the traceroute packets but I'm not sure that is >> causing the problem as the error maybe misleading. >> >> >> James R. Leu wrote: >> >>> If the goal is to use NFS as root filesystem all one needs to do is create >>> a initrd with the NFS modules, it is not required to build a kernel >>> with NFS statically included. >>> >>> The key to allowing this to happen is you need to make sure your >>> /etc/fstab has an entry for the root filesystem that spells out what NFS >>> resource to use. >>> >>> For example: >>> >>> 172.16.1.1:/my/nfs/root / nfs defaults 0 0 >>> >>> Then install the MPLS enabled kernel RPM and as part of that it builds >>> an initrd, and now that you have a fstab that indicates where to get root >>> from it should build you a nfs enabled initrd. >>> >>> On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: >>> >>> >>>> James, the original problem was that he needs NFS compiled into the kernel >>>> in order to boot and the binary kernel you provide has it as a module... >>>> >>>> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >>>> >>>> >>>> >>>>> I haven't really been following along with your setup, so excuse me >>>>> if I'm asking questions that you already answered. >>>>> >>>>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>>>> on a different distribution and compiling them by hand, please include the >>>>> commands you used to do the compilation and installation. >>>>> >>>>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>>>> >>>>> >>>>>> Hello All, >>>>>> >>>>>> >>>>>> >>>>>> I have compiled and installed 2.6.22 mpls enabled >>>>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>>>> the following packages:- >>>>>> >>>>>> >>>>>> >>>>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>>>> >>>>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>>>> >>>>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>>>> >>>>>> >>>>>> But unable to find mpls utility to configure system, please let me know >>>>>> if I am missing any package or any patch. >>>>>> >>>>>> >>>>>> >>>>>> System Information:- >>>>>> >>>>>> >>>>>> >>>>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>>>> >>>>>> MPLS: version 1.958 >>>>>> >>>>>> MPLS: protocol driver interface - <jl...@mi...> >>>>>> >>>>>> MPLS: IPv4 over MPLS support >>>>>> >>>>>> MPLS: Ethernet over MPLS support >>>>>> >>>>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>>>> >>>>>> kernel.ostype = Linux >>>>>> >>>>>> kernel.osrelease = 2.6.22.5 >>>>>> >>>>>> kernel.hostname = localhost.localdomain >>>>>> >>>>>> net.core.message_cost = 5 >>>>>> >>>>>> net.ipv4.route.error_cost = 1000 >>>>>> >>>>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>>>> >>>>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>>>> >>>>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>>>> >>>>>> dev.cdrom.info = Can close tray: 1 >>>>>> >>>>>> dev.cdrom.autoclose = 1 >>>>>> >>>>>> [root@localhost linux-2.6.22]# >>>>>> >>>>>> >>>>>> >>>>>> Kernel Configuration enabled are:- >>>>>> >>>>>> >>>>>> >>>>>> 1. >>>>>> >>>>>> In Networking Options the following items will be compiled in kernel : >>>>>> >>>>>> <*> Multiprotocol Label Switching >>>>>> >>>>>> <*> MPLS: Virtual tunnel interface >>>>>> >>>>>> <*> 802.1d Ethernet Bridging >>>>>> >>>>>> <*> Bridge: MPLS support >>>>>> >>>>>> >>>>>> >>>>>> 2. >>>>>> >>>>>> In Bridge: Netfilter configuration menu the following minimum options >>>>>> will be selected: >>>>>> >>>>>> <*> Ethernet Bridge tables (ebtables) support >>>>>> >>>>>> <*> ebt: broute table support >>>>>> >>>>>> <*> ebt: filter table support >>>>>> >>>>>> <*> ebt: nat table support >>>>>> >>>>>> <*> ebt: 802.3 filter support >>>>>> >>>>>> <*> ebt: MPLS target support >>>>>> >>>>>> >>>>>> >>>>>> 3. >>>>>> >>>>>> In Networking Options select QoS and fair queueing >>>>>> >>>>>> >>>>>> >>>>>> Thanks & Regards >>>>>> >>>>>> Bhartendu M. >>>>>> >>>>>> >>>>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>>>> --------------------------------------------------------------------- >>>>>> ********************** Legal Disclaimer **************************** >>>>>> >>>>>> "This email may contain confidential and privileged material for the >>>>>> >>>>>> >>>>> sole use of the intended recipient. Any unauthorized review, use or >>>>> distribution by others is strictly prohibited. If you have received the >>>>> message in error, please advise the sender by reply email and delete the >>>>> message. Thank you." >>>>> >>>>> >>>>>> ********************************************************************** >>>>>> >>>>>> --------------------------------------------------------------------- >>>>>> >>>>>> >>>>>> >>>>> ------------------------------------------------------------------------- >>>>> >>>>> >>>>>> This SF.net email is sponsored by: Microsoft >>>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>>> _______________________________________________ >>>>>> mpls-linux-general mailing list >>>>>> mpl...@li... >>>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>>> >>>>>> >>>>> -- >>>>> James R. Leu >>>>> jl...@mi... >>>>> >>>>> ------------------------------------------------------------------------- >>>>> This SF.net email is sponsored by: Microsoft >>>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>>> _______________________________________________ >>>>> mpls-linux-general mailing list >>>>> mpl...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>>> >>>>> >>>>> >>>>> >>> >>> ------------------------------------------------------------------------ >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>> >>> >> -- >> Christopher Robson >> Senior Computer Scientist, GS-15 >> Naval Research Laboratory >> Center for Computational Science >> Networking, Code 5591 >> 4555 Overlook ave. >> Washington, D.C. 20375-5320 >> (COM) 202-404-3138 >> (VoIP) 2024043138@GIGEF >> (CHAT) Chris.Robson@GIGEF >> >> >> ------------------------------------------------------------------------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> mpls-linux-general mailing list >> mpl...@li... >> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: <raj...@wi...> - 2008-02-13 10:21:50
|
Hi, When I apply the patch quagga-mpls.diff (ldp-portable) to quagga-0.99.6, I get below error. How can I rectify this error and move further? I am new to using quagga, so any pointers to documentation/setups will be appreciated. Thanks, Raj patching file lib/zmpls.h can't find file to patch at input line 34378 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff --exclude=.p4config -uNr quagga/make-rpm-jleu quagga-mpls/make-rpm-jleu |--- quagga/make-rpm-jleu 2007-01-16 00:24:46.000000000 -0500 |+++ quagga-mpls/make-rpm-jleu 2007-01-29 21:34:37.000000000 -0500 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored patching file ospfd/ospf_zebra.c patching file redhat/Makefile.am -----Original Message----- From: mpl...@li... [mailto:mpl...@li...] On Behalf Of James R. Leu Sent: Wednesday, February 13, 2008 10:38 AM To: Chris Robson Cc: mpl...@li... Subject: Re: [mpls-linux-general] UDP traffic problem I haven't seen it, but I can look into it. Can you try routing traffic through the same boxes, but use PHP (ie NHLFE without push) at each hop to see if that breaks it too? On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: > > Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For > example, if I attempt to issue the command "traceroute -n [target-ip]" > the traceroute will fail. If I add the TCP switch, aka "traceroute -n > -T [target-ip]", the trace works fine. Also, any nslookups fail, again > because the lookup request are udp packets. Wireshark is showing > checksum errors on the traceroute packets but I'm not sure that is > causing the problem as the error maybe misleading. > > > James R. Leu wrote: > > If the goal is to use NFS as root filesystem all one needs to do is create > > a initrd with the NFS modules, it is not required to build a kernel > > with NFS statically included. > > > > The key to allowing this to happen is you need to make sure your > > /etc/fstab has an entry for the root filesystem that spells out what NFS > > resource to use. > > > > For example: > > > > 172.16.1.1:/my/nfs/root / nfs defaults 0 0 > > > > Then install the MPLS enabled kernel RPM and as part of that it builds > > an initrd, and now that you have a fstab that indicates where to get root > > from it should build you a nfs enabled initrd. > > > > On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: > > > >> James, the original problem was that he needs NFS compiled into the kernel > >> in order to boot and the binary kernel you provide has it as a module... > >> > >> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: > >> > >> > >>> I haven't really been following along with your setup, so excuse me > >>> if I'm asking questions that you already answered. > >>> > >>> Why are you install SRPMs as opposed to the binary RPMs? If you're > >>> on a different distribution and compiling them by hand, please include the > >>> commands you used to do the compilation and installation. > >>> > >>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: > >>> > >>>> Hello All, > >>>> > >>>> > >>>> > >>>> I have compiled and installed 2.6.22 mpls enabled > >>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed > >>>> the following packages:- > >>>> > >>>> > >>>> > >>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm > >>>> > >>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm > >>>> > >>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm > >>>> > >>>> > >>>> But unable to find mpls utility to configure system, please let me know > >>>> if I am missing any package or any patch. > >>>> > >>>> > >>>> > >>>> System Information:- > >>>> > >>>> > >>>> > >>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS > >>>> > >>>> MPLS: version 1.958 > >>>> > >>>> MPLS: protocol driver interface - <jl...@mi...> > >>>> > >>>> MPLS: IPv4 over MPLS support > >>>> > >>>> MPLS: Ethernet over MPLS support > >>>> > >>>> [root@localhost linux-2.6.22]# sysctl -A|grep os > >>>> > >>>> kernel.ostype = Linux > >>>> > >>>> kernel.osrelease = 2.6.22.5 > >>>> > >>>> kernel.hostname = localhost.localdomain > >>>> > >>>> net.core.message_cost = 5 > >>>> > >>>> net.ipv4.route.error_cost = 1000 > >>>> > >>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 > >>>> > >>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 > >>>> > >>>> net.netfilter.nf_conntrack_tcp_loose = 1 > >>>> > >>>> dev.cdrom.info = Can close tray: 1 > >>>> > >>>> dev.cdrom.autoclose = 1 > >>>> > >>>> [root@localhost linux-2.6.22]# > >>>> > >>>> > >>>> > >>>> Kernel Configuration enabled are:- > >>>> > >>>> > >>>> > >>>> 1. > >>>> > >>>> In Networking Options the following items will be compiled in kernel : > >>>> > >>>> <*> Multiprotocol Label Switching > >>>> > >>>> <*> MPLS: Virtual tunnel interface > >>>> > >>>> <*> 802.1d Ethernet Bridging > >>>> > >>>> <*> Bridge: MPLS support > >>>> > >>>> > >>>> > >>>> 2. > >>>> > >>>> In Bridge: Netfilter configuration menu the following minimum options > >>>> will be selected: > >>>> > >>>> <*> Ethernet Bridge tables (ebtables) support > >>>> > >>>> <*> ebt: broute table support > >>>> > >>>> <*> ebt: filter table support > >>>> > >>>> <*> ebt: nat table support > >>>> > >>>> <*> ebt: 802.3 filter support > >>>> > >>>> <*> ebt: MPLS target support > >>>> > >>>> > >>>> > >>>> 3. > >>>> > >>>> In Networking Options select QoS and fair queueing > >>>> > >>>> > >>>> > >>>> Thanks & Regards > >>>> > >>>> Bhartendu M. > >>>> > >>>> > >>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations > >>>> --------------------------------------------------------------------- > >>>> ********************** Legal Disclaimer **************************** > >>>> > >>>> "This email may contain confidential and privileged material for the > >>>> > >>> sole use of the intended recipient. Any unauthorized review, use or > >>> distribution by others is strictly prohibited. If you have received the > >>> message in error, please advise the sender by reply email and delete the > >>> message. Thank you." > >>> > >>>> ********************************************************************** > >>>> > >>>> --------------------------------------------------------------------- > >>>> > >>>> > >>> ------------------------------------------------------------------------ - > >>> > >>>> This SF.net email is sponsored by: Microsoft > >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>> _______________________________________________ > >>>> mpls-linux-general mailing list > >>>> mpl...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >>>> > >>> -- > >>> James R. Leu > >>> jl...@mi... > >>> > >>> ------------------------------------------------------------------------ - > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> mpls-linux-general mailing list > >>> mpl...@li... > >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >>> > >>> > >>> > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------ - > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > Christopher Robson > Senior Computer Scientist, GS-15 > Naval Research Laboratory > Center for Computational Science > Networking, Code 5591 > 4555 Overlook ave. > Washington, D.C. 20375-5320 > (COM) 202-404-3138 > (VoIP) 2024043138@GIGEF > (CHAT) Chris.Robson@GIGEF > > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
From: James R. L. <jl...@mi...> - 2008-02-13 05:08:08
|
I haven't seen it, but I can look into it. Can you try routing traffic through the same boxes, but use PHP (ie NHLFE without push) at each hop to see if that breaks it too? On Tue, Feb 12, 2008 at 06:22:25PM -0500, Chris Robson wrote: > > Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For > example, if I attempt to issue the command "traceroute -n [target-ip]" > the traceroute will fail. If I add the TCP switch, aka "traceroute -n > -T [target-ip]", the trace works fine. Also, any nslookups fail, again > because the lookup request are udp packets. Wireshark is showing > checksum errors on the traceroute packets but I'm not sure that is > causing the problem as the error maybe misleading. > > > James R. Leu wrote: > > If the goal is to use NFS as root filesystem all one needs to do is create > > a initrd with the NFS modules, it is not required to build a kernel > > with NFS statically included. > > > > The key to allowing this to happen is you need to make sure your > > /etc/fstab has an entry for the root filesystem that spells out what NFS > > resource to use. > > > > For example: > > > > 172.16.1.1:/my/nfs/root / nfs defaults 0 0 > > > > Then install the MPLS enabled kernel RPM and as part of that it builds > > an initrd, and now that you have a fstab that indicates where to get root > > from it should build you a nfs enabled initrd. > > > > On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: > > > >> James, the original problem was that he needs NFS compiled into the kernel > >> in order to boot and the binary kernel you provide has it as a module... > >> > >> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: > >> > >> > >>> I haven't really been following along with your setup, so excuse me > >>> if I'm asking questions that you already answered. > >>> > >>> Why are you install SRPMs as opposed to the binary RPMs? If you're > >>> on a different distribution and compiling them by hand, please include the > >>> commands you used to do the compilation and installation. > >>> > >>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: > >>> > >>>> Hello All, > >>>> > >>>> > >>>> > >>>> I have compiled and installed 2.6.22 mpls enabled > >>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed > >>>> the following packages:- > >>>> > >>>> > >>>> > >>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm > >>>> > >>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm > >>>> > >>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm > >>>> > >>>> > >>>> But unable to find mpls utility to configure system, please let me know > >>>> if I am missing any package or any patch. > >>>> > >>>> > >>>> > >>>> System Information:- > >>>> > >>>> > >>>> > >>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS > >>>> > >>>> MPLS: version 1.958 > >>>> > >>>> MPLS: protocol driver interface - <jl...@mi...> > >>>> > >>>> MPLS: IPv4 over MPLS support > >>>> > >>>> MPLS: Ethernet over MPLS support > >>>> > >>>> [root@localhost linux-2.6.22]# sysctl -A|grep os > >>>> > >>>> kernel.ostype = Linux > >>>> > >>>> kernel.osrelease = 2.6.22.5 > >>>> > >>>> kernel.hostname = localhost.localdomain > >>>> > >>>> net.core.message_cost = 5 > >>>> > >>>> net.ipv4.route.error_cost = 1000 > >>>> > >>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 > >>>> > >>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 > >>>> > >>>> net.netfilter.nf_conntrack_tcp_loose = 1 > >>>> > >>>> dev.cdrom.info = Can close tray: 1 > >>>> > >>>> dev.cdrom.autoclose = 1 > >>>> > >>>> [root@localhost linux-2.6.22]# > >>>> > >>>> > >>>> > >>>> Kernel Configuration enabled are:- > >>>> > >>>> > >>>> > >>>> 1. > >>>> > >>>> In Networking Options the following items will be compiled in kernel : > >>>> > >>>> <*> Multiprotocol Label Switching > >>>> > >>>> <*> MPLS: Virtual tunnel interface > >>>> > >>>> <*> 802.1d Ethernet Bridging > >>>> > >>>> <*> Bridge: MPLS support > >>>> > >>>> > >>>> > >>>> 2. > >>>> > >>>> In Bridge: Netfilter configuration menu the following minimum options > >>>> will be selected: > >>>> > >>>> <*> Ethernet Bridge tables (ebtables) support > >>>> > >>>> <*> ebt: broute table support > >>>> > >>>> <*> ebt: filter table support > >>>> > >>>> <*> ebt: nat table support > >>>> > >>>> <*> ebt: 802.3 filter support > >>>> > >>>> <*> ebt: MPLS target support > >>>> > >>>> > >>>> > >>>> 3. > >>>> > >>>> In Networking Options select QoS and fair queueing > >>>> > >>>> > >>>> > >>>> Thanks & Regards > >>>> > >>>> Bhartendu M. > >>>> > >>>> > >>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations > >>>> --------------------------------------------------------------------- > >>>> ********************** Legal Disclaimer **************************** > >>>> > >>>> "This email may contain confidential and privileged material for the > >>>> > >>> sole use of the intended recipient. Any unauthorized review, use or > >>> distribution by others is strictly prohibited. If you have received the > >>> message in error, please advise the sender by reply email and delete the > >>> message. Thank you." > >>> > >>>> ********************************************************************** > >>>> > >>>> --------------------------------------------------------------------- > >>>> > >>>> > >>> ------------------------------------------------------------------------- > >>> > >>>> This SF.net email is sponsored by: Microsoft > >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>>> _______________________________________________ > >>>> mpls-linux-general mailing list > >>>> mpl...@li... > >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >>>> > >>> -- > >>> James R. Leu > >>> jl...@mi... > >>> > >>> ------------------------------------------------------------------------- > >>> This SF.net email is sponsored by: Microsoft > >>> Defy all challenges. Microsoft(R) Visual Studio 2008. > >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > >>> _______________________________________________ > >>> mpls-linux-general mailing list > >>> mpl...@li... > >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >>> > >>> > >>> > > > > > > ------------------------------------------------------------------------ > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > ------------------------------------------------------------------------ > > > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > Christopher Robson > Senior Computer Scientist, GS-15 > Naval Research Laboratory > Center for Computational Science > Networking, Code 5591 > 4555 Overlook ave. > Washington, D.C. 20375-5320 > (COM) 202-404-3138 > (VoIP) 2024043138@GIGEF > (CHAT) Chris.Robson@GIGEF > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
From: Chris R. <Chr...@nr...> - 2008-02-12 23:23:27
|
Anyone notice udp traffic problems through a LER<->LSR<->LER LSP? For example, if I attempt to issue the command "traceroute -n [target-ip]" the traceroute will fail. If I add the TCP switch, aka "traceroute -n -T [target-ip]", the trace works fine. Also, any nslookups fail, again because the lookup request are udp packets. Wireshark is showing checksum errors on the traceroute packets but I'm not sure that is causing the problem as the error maybe misleading. James R. Leu wrote: > If the goal is to use NFS as root filesystem all one needs to do is create > a initrd with the NFS modules, it is not required to build a kernel > with NFS statically included. > > The key to allowing this to happen is you need to make sure your > /etc/fstab has an entry for the root filesystem that spells out what NFS > resource to use. > > For example: > > 172.16.1.1:/my/nfs/root / nfs defaults 0 0 > > Then install the MPLS enabled kernel RPM and as part of that it builds > an initrd, and now that you have a fstab that indicates where to get root > from it should build you a nfs enabled initrd. > > On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: > >> James, the original problem was that he needs NFS compiled into the kernel >> in order to boot and the binary kernel you provide has it as a module... >> >> On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: >> >> >>> I haven't really been following along with your setup, so excuse me >>> if I'm asking questions that you already answered. >>> >>> Why are you install SRPMs as opposed to the binary RPMs? If you're >>> on a different distribution and compiling them by hand, please include the >>> commands you used to do the compilation and installation. >>> >>> On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: >>> >>>> Hello All, >>>> >>>> >>>> >>>> I have compiled and installed 2.6.22 mpls enabled >>>> kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed >>>> the following packages:- >>>> >>>> >>>> >>>> ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm >>>> >>>> iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm >>>> >>>> iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm >>>> >>>> >>>> But unable to find mpls utility to configure system, please let me know >>>> if I am missing any package or any patch. >>>> >>>> >>>> >>>> System Information:- >>>> >>>> >>>> >>>> [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS >>>> >>>> MPLS: version 1.958 >>>> >>>> MPLS: protocol driver interface - <jl...@mi...> >>>> >>>> MPLS: IPv4 over MPLS support >>>> >>>> MPLS: Ethernet over MPLS support >>>> >>>> [root@localhost linux-2.6.22]# sysctl -A|grep os >>>> >>>> kernel.ostype = Linux >>>> >>>> kernel.osrelease = 2.6.22.5 >>>> >>>> kernel.hostname = localhost.localdomain >>>> >>>> net.core.message_cost = 5 >>>> >>>> net.ipv4.route.error_cost = 1000 >>>> >>>> net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 >>>> >>>> net.netfilter.nf_conntrack_tcp_timeout_close = 10 >>>> >>>> net.netfilter.nf_conntrack_tcp_loose = 1 >>>> >>>> dev.cdrom.info = Can close tray: 1 >>>> >>>> dev.cdrom.autoclose = 1 >>>> >>>> [root@localhost linux-2.6.22]# >>>> >>>> >>>> >>>> Kernel Configuration enabled are:- >>>> >>>> >>>> >>>> 1. >>>> >>>> In Networking Options the following items will be compiled in kernel : >>>> >>>> <*> Multiprotocol Label Switching >>>> >>>> <*> MPLS: Virtual tunnel interface >>>> >>>> <*> 802.1d Ethernet Bridging >>>> >>>> <*> Bridge: MPLS support >>>> >>>> >>>> >>>> 2. >>>> >>>> In Bridge: Netfilter configuration menu the following minimum options >>>> will be selected: >>>> >>>> <*> Ethernet Bridge tables (ebtables) support >>>> >>>> <*> ebt: broute table support >>>> >>>> <*> ebt: filter table support >>>> >>>> <*> ebt: nat table support >>>> >>>> <*> ebt: 802.3 filter support >>>> >>>> <*> ebt: MPLS target support >>>> >>>> >>>> >>>> 3. >>>> >>>> In Networking Options select QoS and fair queueing >>>> >>>> >>>> >>>> Thanks & Regards >>>> >>>> Bhartendu M. >>>> >>>> >>>> Conexant E-mail Firewall (Conexant.Com) made the following annotations >>>> --------------------------------------------------------------------- >>>> ********************** Legal Disclaimer **************************** >>>> >>>> "This email may contain confidential and privileged material for the >>>> >>> sole use of the intended recipient. Any unauthorized review, use or >>> distribution by others is strictly prohibited. If you have received the >>> message in error, please advise the sender by reply email and delete the >>> message. Thank you." >>> >>>> ********************************************************************** >>>> >>>> --------------------------------------------------------------------- >>>> >>>> >>> ------------------------------------------------------------------------- >>> >>>> This SF.net email is sponsored by: Microsoft >>>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>>> _______________________________________________ >>>> mpls-linux-general mailing list >>>> mpl...@li... >>>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>>> >>> -- >>> James R. Leu >>> jl...@mi... >>> >>> ------------------------------------------------------------------------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> _______________________________________________ >>> mpls-linux-general mailing list >>> mpl...@li... >>> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >>> >>> >>> > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > ------------------------------------------------------------------------ > > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- Christopher Robson Senior Computer Scientist, GS-15 Naval Research Laboratory Center for Computational Science Networking, Code 5591 4555 Overlook ave. Washington, D.C. 20375-5320 (COM) 202-404-3138 (VoIP) 2024043138@GIGEF (CHAT) Chris.Robson@GIGEF |
From: James R. L. <jl...@mi...> - 2008-02-11 02:06:52
|
If the goal is to use NFS as root filesystem all one needs to do is create a initrd with the NFS modules, it is not required to build a kernel with NFS statically included. The key to allowing this to happen is you need to make sure your /etc/fstab has an entry for the root filesystem that spells out what NFS resource to use. For example: 172.16.1.1:/my/nfs/root / nfs defaults 0 0 Then install the MPLS enabled kernel RPM and as part of that it builds an initrd, and now that you have a fstab that indicates where to get root from it should build you a nfs enabled initrd. On Sun, Feb 10, 2008 at 05:12:44PM +0200, Adrian Popa wrote: > James, the original problem was that he needs NFS compiled into the kernel > in order to boot and the binary kernel you provide has it as a module... > > On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: > > > I haven't really been following along with your setup, so excuse me > > if I'm asking questions that you already answered. > > > > Why are you install SRPMs as opposed to the binary RPMs? If you're > > on a different distribution and compiling them by hand, please include the > > commands you used to do the compilation and installation. > > > > On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: > > > Hello All, > > > > > > > > > > > > I have compiled and installed 2.6.22 mpls enabled > > > kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed > > > the following packages:- > > > > > > > > > > > > ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm > > > > > > iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm > > > > > > iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm > > > > > > > > > > > > > > But unable to find mpls utility to configure system, please let me know > > > if I am missing any package or any patch. > > > > > > > > > > > > System Information:- > > > > > > > > > > > > [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS > > > > > > MPLS: version 1.958 > > > > > > MPLS: protocol driver interface - <jl...@mi...> > > > > > > MPLS: IPv4 over MPLS support > > > > > > MPLS: Ethernet over MPLS support > > > > > > [root@localhost linux-2.6.22]# sysctl -A|grep os > > > > > > kernel.ostype = Linux > > > > > > kernel.osrelease = 2.6.22.5 > > > > > > kernel.hostname = localhost.localdomain > > > > > > net.core.message_cost = 5 > > > > > > net.ipv4.route.error_cost = 1000 > > > > > > net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 > > > > > > net.netfilter.nf_conntrack_tcp_timeout_close = 10 > > > > > > net.netfilter.nf_conntrack_tcp_loose = 1 > > > > > > dev.cdrom.info = Can close tray: 1 > > > > > > dev.cdrom.autoclose = 1 > > > > > > [root@localhost linux-2.6.22]# > > > > > > > > > > > > Kernel Configuration enabled are:- > > > > > > > > > > > > 1. > > > > > > In Networking Options the following items will be compiled in kernel : > > > > > > <*> Multiprotocol Label Switching > > > > > > <*> MPLS: Virtual tunnel interface > > > > > > <*> 802.1d Ethernet Bridging > > > > > > <*> Bridge: MPLS support > > > > > > > > > > > > 2. > > > > > > In Bridge: Netfilter configuration menu the following minimum options > > > will be selected: > > > > > > <*> Ethernet Bridge tables (ebtables) support > > > > > > <*> ebt: broute table support > > > > > > <*> ebt: filter table support > > > > > > <*> ebt: nat table support > > > > > > <*> ebt: 802.3 filter support > > > > > > <*> ebt: MPLS target support > > > > > > > > > > > > 3. > > > > > > In Networking Options select QoS and fair queueing > > > > > > > > > > > > Thanks & Regards > > > > > > Bhartendu M. > > > > > > > > > Conexant E-mail Firewall (Conexant.Com) made the following annotations > > > --------------------------------------------------------------------- > > > ********************** Legal Disclaimer **************************** > > > > > > "This email may contain confidential and privileged material for the > > sole use of the intended recipient. Any unauthorized review, use or > > distribution by others is strictly prohibited. If you have received the > > message in error, please advise the sender by reply email and delete the > > message. Thank you." > > > > > > ********************************************************************** > > > > > > --------------------------------------------------------------------- > > > > > > > > > > ------------------------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft > > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > -- > > James R. Leu > > jl...@mi... > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- James R. Leu jl...@mi... |
From: Adrian P. <adr...@gm...> - 2008-02-10 15:12:50
|
James, the original problem was that he needs NFS compiled into the kernel in order to boot and the binary kernel you provide has it as a module... On Feb 9, 2008 6:07 AM, James R. Leu <jl...@mi...> wrote: > I haven't really been following along with your setup, so excuse me > if I'm asking questions that you already answered. > > Why are you install SRPMs as opposed to the binary RPMs? If you're > on a different distribution and compiling them by hand, please include the > commands you used to do the compilation and installation. > > On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: > > Hello All, > > > > > > > > I have compiled and installed 2.6.22 mpls enabled > > kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed > > the following packages:- > > > > > > > > ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm > > > > iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm > > > > iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm > > > > > > > > > But unable to find mpls utility to configure system, please let me know > > if I am missing any package or any patch. > > > > > > > > System Information:- > > > > > > > > [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS > > > > MPLS: version 1.958 > > > > MPLS: protocol driver interface - <jl...@mi...> > > > > MPLS: IPv4 over MPLS support > > > > MPLS: Ethernet over MPLS support > > > > [root@localhost linux-2.6.22]# sysctl -A|grep os > > > > kernel.ostype = Linux > > > > kernel.osrelease = 2.6.22.5 > > > > kernel.hostname = localhost.localdomain > > > > net.core.message_cost = 5 > > > > net.ipv4.route.error_cost = 1000 > > > > net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 > > > > net.netfilter.nf_conntrack_tcp_timeout_close = 10 > > > > net.netfilter.nf_conntrack_tcp_loose = 1 > > > > dev.cdrom.info = Can close tray: 1 > > > > dev.cdrom.autoclose = 1 > > > > [root@localhost linux-2.6.22]# > > > > > > > > Kernel Configuration enabled are:- > > > > > > > > 1. > > > > In Networking Options the following items will be compiled in kernel : > > > > <*> Multiprotocol Label Switching > > > > <*> MPLS: Virtual tunnel interface > > > > <*> 802.1d Ethernet Bridging > > > > <*> Bridge: MPLS support > > > > > > > > 2. > > > > In Bridge: Netfilter configuration menu the following minimum options > > will be selected: > > > > <*> Ethernet Bridge tables (ebtables) support > > > > <*> ebt: broute table support > > > > <*> ebt: filter table support > > > > <*> ebt: nat table support > > > > <*> ebt: 802.3 filter support > > > > <*> ebt: MPLS target support > > > > > > > > 3. > > > > In Networking Options select QoS and fair queueing > > > > > > > > Thanks & Regards > > > > Bhartendu M. > > > > > > Conexant E-mail Firewall (Conexant.Com) made the following annotations > > --------------------------------------------------------------------- > > ********************** Legal Disclaimer **************************** > > > > "This email may contain confidential and privileged material for the > sole use of the intended recipient. Any unauthorized review, use or > distribution by others is strictly prohibited. If you have received the > message in error, please advise the sender by reply email and delete the > message. Thank you." > > > > ********************************************************************** > > > > --------------------------------------------------------------------- > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > -- > James R. Leu > jl...@mi... > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > |
From: Adrian P. <adr...@gm...> - 2008-02-10 15:08:50
|
Hello Rachid, About a year and a half ago I experimented with LDP, but it was too instable to be of any use (it crashed when setting up a LPD adjacency). Now, I've heard on the mailing list that it is more stable and should work. You should download the quagga binary (or source) from sourceforge and install/compile it. You should configure ospf routing first (and make sure it works) and after that start ldp. Configuring LDP is easy, something like: #conf t (config)# mpls ldp (config-ldp)#lsr-id *one.of.the.ips.from.this.router* (config-ldp)#transport-address *one.of.the.ips.from.this.router *(config-ldp)#address-mode ldp (config-ldp)#exit (config)#interface eth1 (config-if)#mpls ip (config-if)#distribution-mode du (config-if)#end #show ldp Not all the parameters are necessary. The minimum are mpls ldp in global config mode and mpls ip on the interfaces with mpls. Ask for more details on the mailing list, in case of trouble. Adrian On Feb 9, 2008 12:00 AM, rachid rachid <rac...@ho...> wrote: > Hello Adrian, > i'm in france now, i will continue investigation since i come back,so i > have a questio : is it possible to make a dynamic routing LDP > in experimentation, have any idea, document site, i have serched without > succes. > > Thanks && BR, > R.Benbrahim > > > ------------------------------ > Date: Sun, 3 Feb 2008 18:39:08 +0200 > > From: adr...@gm... > To: rac...@ho... > Subject: Re: > > Good to see it's finally forwarding MPLS packets. Now, it seems to me that > you're trying to send traffic from PC2 to PC1 and it almost arrives in PC1. > However R1 doesn't output the traffic. Run mpls ilm show and mpls nhlfe show > on R1, and please give me again the current configuration on R1. And output > from > ip route show > mpls ilm show > > As you can see, currently FTP traffic is not marked, but this is because > the marking is done only from reverse traffic (from PC1 to PC2). So, as soon > as we get R1 to route packets to PC1, it should work. > > The changes that you made (with iptables) should have had no effect until > now. Something else must have changed in the mean time (on R3) and this is > why it's almost working. > > On Feb 2, 2008 8:49 PM, rachid rachid <rac...@ho...> wrote: > > > Hello Adrian, > i have tried to do the modification again by replacing , > > iptables -t mangle -F > iptables -t mangle -A PREROUTING -p udp --dport 1235 -j DSCP --set-dscp 26 > iptables -t mangle -A PREROUTING -p udp --dport 1236 -j DSCP --set-dscp 46 > by > iptables -t mangle -A PREROUTING -p tcp --sport 20 -j DSCP --set-dscp 26 > iptables -t mangle -A PREROUTING -p tcp --sport 21 -j DSCP --set-dscp 26 > > just to verify, so i have some output unlike the last time.i have just > tried to make > ping to every machine in my lab before doing tcpdump i don't understand > why this time i have some > output.YOu can find in the atachment all output that i got. > > BR, > Rachid > > ------------------------------ > Date: Mon, 28 Jan 2008 12:00:13 +0200 > From: adr...@gm... > To: rac...@ho... > Subject: Re: > > Ok, I see that you want to prioritize FTP, but when you mark your traffic, > you just mark UDP traffic: > > iptables -t mangle -F > iptables -t mangle -A PREROUTING -p udp --dport 1235 -j DSCP --set-dscp 26 > > iptables -t mangle -A PREROUTING -p udp --dport 1236 -j DSCP --set-dscp 46 > > You should change this to : > iptables -t mangle -A PREROUTING -p tcp --sport 20 -j DSCP --set-dscp 26 > iptables -t mangle -A PREROUTING -p tcp --sport 21 -j DSCP --set-dscp 26 > > If it still doesn't work, try to send marked traffic directly from your host (this means that your host > > runs linux - try a live cd), and mark the traffic with iptables in the same way. > > At first look, your example seems to work (if marking is done ok), but only traffic from the server > to the client will be marked and travel through MPLS - the return traffic will be IP. > > My sugestion is to try the marking first - make sure the packets from the ftp server leave with the > desired dscp value, and after that, make sure the nhlfe receives the interesting traffic (with mpls nhlfe show). > > Other than that it should work. Let me know if I can help. > > Cheers, > Adrian > > > > > On Jan 28, 2008 11:17 AM, rachid rachid <rac...@ho...> wrote: > > > Hello Adrain, > Think you for your answer, but ididn't see in your explanation the way to > allow the FTP flow, i have tried to add the FTP port = 21, but without > success. > find the attachment my configuration for R1 and R2 and R3, by the way i > don't have router, see bellow my configuration : > > PC1 Windows XP server------->(Access > point)WIFI------------>R1-R2-R3------------->(Access > point)WIFI---------->PC2 Windows XP client > > Thanks for your help. > > ------------------------------ > Date: Mon, 28 Jan 2008 10:54:55 +0200 > From: adr...@gm... > To: rac...@ho... > Subject: Re: > CC: mpl...@li... > > Hello Rachid, > > Thanks for the attachement and sorry I didn't manage to reply this weekend > (I didn't get close to the computer...). > > Looking into the examples, here's what you need to do: > > - from e1/scripts/network2/qos/e-lsp.sh: > > echo > 'A3->A2' > > #do the following > mapping: > > # DSCP EXP > TCINDEX > > # 0x1E 3 > 1 > > # 0x00 0 3 > #and push label 2000 for both of them > var1=`mpls nhlfe add key 0 instructions ds2exp 0xf 0x1e 0x3 0x0 0x0 > exp2tc 0x3 0x1 0x0 0x3 push gen 2000 nexthop eth3 ipv4 10.0.5.3 | grep > key |cut -c 17-26` > > You need to create a label path with a key mapping your desired DSCP to a > desired EXP. In this command, I mapped DSCP 0x1E to EXP 0x3 AND DSCP 0x00(best effort) to EXP 0x0. > Furthermore, mapping DSCP to EXP is not enough - even if your packets will > leave with the desired EXP values, Linux tc will not differentiate the > traffic. You need to add exp2tc mapping so that packets with EXP 0x3 follow > a specific tc rule and benefit from a specific bandwidth. In my case > packets with EXP 0x3 have tcindex 1 (tcindex is just a number that has to be > the same in the mpls command and in the tc commands) and packets with EXP 3 > have tcindex 3: > > mpls nhlfe add key 0 instructions ds2exp 0xf 0x1e 0x3 0x0 0x0 exp2tc 0x3 > 0x1 0x0 0x3 push gen 2000 nexthop eth3 ipv4 10.0.5.3 > > The rest of the command is standard - add a new label (2000) and specify > the nexthop interface (eth3) and nexthop ip (10.0.5.3). > If you don't need to allocate bandwidth, you don't need the exp2tc 0x3 0x1 > 0x0 0x3 part. > > Oh, I nearly forgot - In the command ds2exp 0xf 0x1e 0x3 0x0 0x0, the 0xf > is just a bit mask that is applied on the DSCP value (a logical OR), so that > multiple DSCP values will be linked to a single EXP. If you want one-to-one > mapping, you can set this mask to 0xf and forget about it. > > The new key generated by this command has to be linked with the forwarding > plane by means of iptables: > > #create a FEC: packets with DSCP=0x1E and DSCP=0x00 go to nhlfe > $var1 > iptables -A FORWARD -m dscp --dscp 0x1e -j mpls --nhlfe $var1 > iptables -A FORWARD -m dscp --dscp 0x0 -j mpls --nhlfe $var1 > > If you need to apply special bandwidth guarantees (per DSCP), you can do > so with tc: > > #on output interface eth3, for MPLS traffic, map TCINDEX 1 to class 1:11 > and TCINDEX 3 to class 1:13 > tc qdisc add dev eth3 root handle 1: > htb > tc filter add dev eth3 parent 1:0 protocol 0x8847 prio 1 tcindex mask 0xf > shift 0 pass_on > tc filter add dev eth3 parent 1:0 protocol 0x8847 prio 1 handle 1 tcindex > classid 1:11 > tc filter add dev eth3 parent 1:0 protocol 0x8847 prio 1 handle 3 tcindex > classid 1:13 > > > #limit the output interface to 7200kbit and guarantee 2400kbit to EXP=3 > traffic and 400kbit to EXP=0 traffic > tc class add dev eth3 parent 1:0 classid 1:10 htb rate 7200kbit > tc class add dev eth3 parent 1:10 classid 1:11 htb rate 2400kbit ceil > 7200kbit > tc class add dev eth3 parent 1:10 classid 1:13 htb rate 400kbit ceil > 7200kbit > tc qdisc add dev eth3 parent 1:11 handle 110: pfifo limit > 10 > tc qdisc add dev eth3 parent 1:13 handle 130: pfifo limit > 10 > > You can find a very good tc and DSCP tutorial here: > http://opalsoft.net/qos/DS.htm > > Now, you need to add these commands on the edge nodes of your MPLS network > - both at ingress and at egress (because MPLS paths are unidirectional), and > you should map them to the interface toward your MPLS cloud (in this > example, eth3 goes to the P router). > > On the P routers you should only use exp2tc to make sure you have > bandwidth guarantees for your EXP values (and also add the necessary tc > rules). See e3/scripts/network2/qos/e-lsp.sh for details. > > Hope this helps, and good luck! > > On Jan 25, 2008 8:42 PM, rachid rachid <rac...@ho...> wrote: > > > Hello Adrian, > I have already save your examples, you can find it attached in this mail. > > Thanks && BR, > R.Benbrahim > > ------------------------------ > Date: Fri, 25 Jan 2008 14:43:24 +0200 > From: adr...@gm... > To: rac...@ho... > Subject: Re: > > Hello Rachid, > > Sorry to dissapoint you, but it seems that the server where I hosted the > tutorials hasn't recovered yet (although the administrator had promissed me > it would be up by friday), so I don't have access to my examples. I'll look > into it this weekend and send you a reply. Sorry for the delay. > > Adrian > > On Jan 25, 2008 11:31 AM, rachid rachid <rac...@ho...> wrote: > > Hello Adrian, > Sorry to disturb you, did you remember me, i'am waiting to your response > and i can't progress, thanks to give feedback as soon as you can. > > Best regards, > R.Benbahim > > > ------------------------------ > Date: Wed, 23 Jan 2008 14:07:41 +0200 > From: adr...@gm... > To: rac...@ho... > Subject: Re: > > Hello Rachid, > > Sorry I didn't reply earlier, but it's a busy period for me. Unfortunately > I don't have access to my examples (the server they were hosted on has > crashed and is under recovery), but Thursday or Friday I should have access > to the examples, and show you what you must do. > > Adrian > > On Jan 20, 2008 2:42 PM, rachid rachid <rac...@ho...> wrote: > > Hello Adrian, > I want to make an experimentation MPLS-WIFI, the mpls clouds is composed > of three machines(R1=LER, R2=LSR, R3=LER) with Fedora 5, i have installed > the MPLS Kernel as described in your experimentation 'mpls-linux 1.950', > there is two other machine (windwosXP) wich dialog althought this mpls > clouds. > > PC1 Windows XP server---WIFI------------R1-R2-R3-------------WIFI---PC2 > Windows XP client > > I want to make an ftp tranfert from PC1 to PC2 using E-LSP, could you show > me the configuration of mapping DSCP-EXP to do. > > THANKS && BEST REGARDS, > Rachid. > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > > > > ------------------------------ > Express yourself instantly with MSN Messenger! MSN Messenger<http://clk.atdmt.com/AVE/go/onm00200471ave/direct/01/> > |
From: Benjamin e. <cin...@ad...> - 2008-02-09 22:06:42
|
Solve all your d1ck-related issues at once by clicking here |
From: Anghel B. <_ar...@18...> - 2008-02-09 17:29:51
|
Have problems pleasuring your lady? Never again with our brand new medical breakthrough |
From: James R. L. <jl...@mi...> - 2008-02-09 04:23:07
|
On Wed, Feb 06, 2008 at 08:58:41AM +0200, Adrian Popa wrote: > Hi, > > Things may have changed for kernel 2.6.22. The examples were for 2.6.15.1. > Perhaps James can help us with this... This is the updated "menuconfig" tree for enabling MPLS on a 2.6.23.14 kernel Networking ---> Networking options ---> <M> Multiprotocol Label Switching <M> MPLS: Virtual tunnel interface [*] TCP/IP networking <M> IP: MPLS support <*> The IPv6 protocol <M> IPv6: MPLS support <*> 802.1d Ethernet Bridging <M> Bridge: MPLS support [*] Network packet filtering framework (Netfilter) ---> Core Netfilter Configuration ---> <M> "mpls" target support Bridge: Netfilter Configuration ---> <*> Ethernet Bridge tables (ebtables) support (NEW) <M> ebt: MPLS target support > > On Feb 5, 2008 7:12 AM, Bhartendu Maheshwari < > Bha...@co...> wrote: > > > Hi , > > > > > > > > I have installed only kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm kernel > > package, but I am unable to find the following option in > > > > menuconfig, please let me know if I need to install any additional > > packages:- > > > > · In Network Packet Filtering (replaces ipchains), IP: Netfilter > > configuration will be selected > > > > · In IP: Netfilter configuration menu the following minimum > > options will be selected [IP Netfilter Screenshot]: > > > > o <*> MPLS target support > > > > o <*> DSCP target support > > > > · In Network Packet Filering (replaces ipchains) select Bridge: > > Netfilter configuration > > > > · In Bridge: Netfilter configuration menu the following minimum > > options will be selected[Bridge Netfilter Screenshot]: > > > > o <*> ebt: MPLS target support > > > > > > > > Thanks & regards > > > > Bhartendu M. > > > > > > ------------------------------ > > > > *From:* Adrian Popa [mailto:adr...@gm...] > > *Sent:* Saturday, February 02, 2008 12:08 AM > > > > *To:* Bhartendu Maheshwari > > *Cc:* mpl...@li... > > *Subject:* Re: [mpls-linux-general] MPLS Kernel Loading problem > > > > > > > > Hello, > > > > The part about installing the kernel sources + compiling the kernel is > > correct, but to actually use MPLS, you'll need at least the patched iproute > > package! > > > > I recommend you install iproute and iptables depending on the experiments > > you plan to do. The iproute package provides the mpls command which allows > > you to build static label paths. > > > > If you want to use LDP, you need to install quagga from the svn repository > > (but It might depend on the existence of the mpls command - I'm not sure - > > James, correct me if I'm wrong). > > > > Good luck! > > > > On Feb 1, 2008 5:08 PM, Bhartendu Maheshwari < > > Bha...@co...> wrote: > > > > Hello , > > > > > > > > Please confirm is this the right procedure to get MPLS enable kernel and > > working ldp on linux 2.6.22 kernel:- > > > > > > > > 1. Install kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm(*Is > > this conatins kernel-devel-2.6.22.5-76.fc7.mpls.1.958.i686.rpm and > > kernel-headers-2.6.22.5-76.fc7.mpls.1.958.i386.rpm files??*) as > > > > rpm –i kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm > > > > 2. Install > > kernel-devel-2.6.22.5-76.fc7.mpls.1.958.i686.rpm as > > > > rpm –i kernel-devel-2.6.22.5-76.fc7.mpls.1.958.i686.rpm > > > > 3. Install > > kernel-headers-2.6.22.5-76.fc7.mpls.1.958.i386.rpm as > > > > rpm –i kernel-headers-2.6.22.5-76.fc7.mpls.1.958.i386.rpm > > > > 4. Update i686 kernel file and make the changes in > > .config file and compile kernel > > > > 5. Install new kernel on the machine and boot with new > > MPLS kernel. > > > > 6. Then compile ldp-portable-0.900.tar on the machine > > and install it. > > > > *7.** **No need to install ebtables/iptables/iproute, as > > these changes are part of new MPLS kernel. Please confirm?* > > > > > > > > Please let me know if I am missing any step or any thing is incorrect. > > > > > > > > Thanks & Regards > > > > Bhartendu M. > > > > > > ------------------------------ > > > > *From:* Adrian Popa [mailto:adr...@gm...] > > *Sent:* Friday, February 01, 2008 7:55 PM > > > > > > *To:* Bhartendu Maheshwari > > *Cc:* mpl...@li... > > *Subject:* Re: [mpls-linux-general] MPLS Kernel Loading problem > > > > > > > > Hello, > > > > In order to use kernel 2.6.22 you'll have to use mpls-linux 1.9.58. You > > have 2 options: If you're using a fedora core system, it's much easier to > > install the rpms, but if you're using a different type of system (that > > doesn't support rpm), you'll have to patch and compile the kernel and the > > other tools yourself. You can follow the general steps I used here: > > http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/1-3-installation.html<http://www.elcom.pub.ro/%7Eadrian.popa/mpls-linux/mpls-linux-docs/1-3-installation.html>but adjust the commands to match your version of mpls-linux and packets. The > > configuration options for the kernel are shown in the previous page (also > > with screenshots) > > > > Good luck! > > > > On Feb 1, 2008 4:16 PM, Bhartendu Maheshwari < > > Bha...@co...> wrote: > > > > Hello All, > > > > > > > > Thanks Adrian, Please let me know what are setting in config file I need > > to make for MPLS enabled kernel. > > > > > > > > I have a working .config file for 2.6.22 kernel, I want to modify it for > > MPLS kernel. > > > > > > > > Please let me know the procedure. > > > > > > > > Thanks & Regards > > > > Bhartendu M. > > > > > > ------------------------------ > > > > *From:* Adrian Popa [mailto:adr...@gm...] > > *Sent:* Friday, February 01, 2008 11:40 AM > > *To:* Bhartendu Maheshwari > > *Cc:* mpl...@li... > > *Subject:* Re: [mpls-linux-general] MPLS Kernel Loading problem > > > > > > > > Hello, > > > > You need to enable NFS support in the kernel (and also network drivers > > into the kernel), not as a module. > > You can enable this in File Systems -> Network File Systems -> NFS file > > system support (must be marked as *, not M). > > But... are you sure your root filesystem is mounted through NFS? I didn't > > think this was possible (or at least I never heard of it)... > > > > You should check the configuration for your old kernel and activate the > > same things in the new kernel and then activate the MPLS related options in > > the new kernel. > > > > Google for 'linux howto compile 2.6 kernel' for details and help ( > > http://www.linuxforums.org/forum/linux-kernel/55612-mini-howto-compile-linux-kernel-2-6-a.html > > ) > > > > Good luck! > > > > On Feb 1, 2008 7:56 AM, Bhartendu Maheshwari < > > Bha...@co...> wrote: > > > > Hello All, > > > > > > > > I am want to test MPLS support available with 2.6.22 kernel. I have > > downloaded the following packages:- > > > > > > > > 1. kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm > > 2. kernel-devel-2.6.22.5-76.fc7.mpls.1.958.i686.rpm > > 3. kernel-headers-2.6.22.5-76.fc7.mpls.1.958.i386.rpm > > > > > > > > I am using Intel Dell machine with Fedora Core #4, linux kernel 2.6.11installed on the machine. I have successfully created the vmlinuz image with > > kernel-2.6.22.5-i686.config. But when I am booting this kernel, it stuck > > and show the following message:- > > > > > > **************************************************************************************** > > > > Root-NFS: No NFS server available, giving up. > > > > VFS: Unable to mount root fs via NFS, trying floopy. > > > > > > **************************************************************************************** > > > > I know there are some option for NFS enable, if anyone tried it earlier > > and has the correct configuration file for > > > > *Intel(R) Pentium(R) D CPU 2.80 GHz, 2.79 GHz, 0.99 GB of RAM * > > > > > > > > Please let me know the details procedure or mistake I am doing. > > > > > > > > Thanks & Regards > > > > Bhartendu M. > > > > Conexant E-mail Firewall (Conexant.Com) made the following annotations > > --------------------------------------------------------------------- > > ********************** Legal Disclaimer **************************** > > > > "This email may contain confidential and privileged material for the sole > > use of the intended recipient. Any unauthorized review, use or distribution > > by others is strictly prohibited. If you have received the message in error, > > please advise the sender by reply email and delete the message. Thank you." > > > > ********************************************************************** > > --------------------------------------------------------------------- > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
From: James R. L. <jl...@mi...> - 2008-02-09 04:07:23
|
I haven't really been following along with your setup, so excuse me if I'm asking questions that you already answered. Why are you install SRPMs as opposed to the binary RPMs? If you're on a different distribution and compiling them by hand, please include the commands you used to do the compilation and installation. On Fri, Feb 08, 2008 at 06:45:09PM +0530, Bhartendu Maheshwari wrote: > Hello All, > > > > I have compiled and installed 2.6.22 mpls enabled > kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed > the following packages:- > > > > ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm > > iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm > > iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm > > > > But unable to find mpls utility to configure system, please let me know > if I am missing any package or any patch. > > > > System Information:- > > > > [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS > > MPLS: version 1.958 > > MPLS: protocol driver interface - <jl...@mi...> > > MPLS: IPv4 over MPLS support > > MPLS: Ethernet over MPLS support > > [root@localhost linux-2.6.22]# sysctl -A|grep os > > kernel.ostype = Linux > > kernel.osrelease = 2.6.22.5 > > kernel.hostname = localhost.localdomain > > net.core.message_cost = 5 > > net.ipv4.route.error_cost = 1000 > > net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 > > net.netfilter.nf_conntrack_tcp_timeout_close = 10 > > net.netfilter.nf_conntrack_tcp_loose = 1 > > dev.cdrom.info = Can close tray: 1 > > dev.cdrom.autoclose = 1 > > [root@localhost linux-2.6.22]# > > > > Kernel Configuration enabled are:- > > > > 1. > > In Networking Options the following items will be compiled in kernel : > > <*> Multiprotocol Label Switching > > <*> MPLS: Virtual tunnel interface > > <*> 802.1d Ethernet Bridging > > <*> Bridge: MPLS support > > > > 2. > > In Bridge: Netfilter configuration menu the following minimum options > will be selected: > > <*> Ethernet Bridge tables (ebtables) support > > <*> ebt: broute table support > > <*> ebt: filter table support > > <*> ebt: nat table support > > <*> ebt: 802.3 filter support > > <*> ebt: MPLS target support > > > > 3. > > In Networking Options select QoS and fair queueing > > > > Thanks & Regards > > Bhartendu M. > > > Conexant E-mail Firewall (Conexant.Com) made the following annotations > --------------------------------------------------------------------- > ********************** Legal Disclaimer **************************** > > "This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you." > > ********************************************************************** > > --------------------------------------------------------------------- > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
From: Bhartendu M. <Bha...@co...> - 2008-02-08 13:16:41
|
Hello All, I have compiled and installed 2.6.22 mpls enabled kernel(kernel-2.6.22.5-76.fc7.mpls.1.958.src.rpm), and also installed the following packages:- ebtables-2.0.8-1.fc7.mpls.1.958b.src.rpm iproute-2.6.20-2.fc7.mpls.1.958b.src.rpm iptables-1.3.8-2.1.fc7.mpls.1.958.src.rpm But unable to find mpls utility to configure system, please let me know if I am missing any package or any patch. System Information:- [root@localhost linux-2.6.22]# cat /var/log/dmesg | grep MPLS MPLS: version 1.958 MPLS: protocol driver interface - <jl...@mi...> MPLS: IPv4 over MPLS support MPLS: Ethernet over MPLS support [root@localhost linux-2.6.22]# sysctl -A|grep os kernel.ostype = Linux kernel.osrelease = 2.6.22.5 kernel.hostname = localhost.localdomain net.core.message_cost = 5 net.ipv4.route.error_cost = 1000 net.netfilter.nf_conntrack_tcp_timeout_close_wait = 60 net.netfilter.nf_conntrack_tcp_timeout_close = 10 net.netfilter.nf_conntrack_tcp_loose = 1 dev.cdrom.info = Can close tray: 1 dev.cdrom.autoclose = 1 [root@localhost linux-2.6.22]# Kernel Configuration enabled are:- 1. In Networking Options the following items will be compiled in kernel : <*> Multiprotocol Label Switching <*> MPLS: Virtual tunnel interface <*> 802.1d Ethernet Bridging <*> Bridge: MPLS support 2. In Bridge: Netfilter configuration menu the following minimum options will be selected: <*> Ethernet Bridge tables (ebtables) support <*> ebt: broute table support <*> ebt: filter table support <*> ebt: nat table support <*> ebt: 802.3 filter support <*> ebt: MPLS target support 3. In Networking Options select QoS and fair queueing Thanks & Regards Bhartendu M. Conexant E-mail Firewall (Conexant.Com) made the following annotations --------------------------------------------------------------------- ********************** Legal Disclaimer **************************** "This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you." ********************************************************************** --------------------------------------------------------------------- |
From: gggg P. <cre...@1o...> - 2008-02-07 09:29:40
|
Be the KING of the world, and the largest of the jungle |