Re: [mpls-linux-general] why there are no patches for 1.958?
Status: Beta
Brought to you by:
jleu
From: Chris R. <Chr...@nr...> - 2007-11-20 13:50:38
|
James The problem seems to be the way the kernel handles /32 address in a routing table. Namely it doesnt. That is I fixed the dummy0 interface routing problem by simply assigning it a /30 bit mask, aka a network address. ifcfg-dummy0 = /30 bit mask LER_1(dummy0)<------------->(dummy0)LER_2 ....Chris James R. Leu wrote: > I'm not understanding the issue yet. Can you provide an > ASCII drawing or a list of commands that would exemplify > what your seeing? > > On Sat, Nov 17, 2007 at 09:17:44AM -0500, Chris Robson wrote: > >> James >> >> Just an FYI on Explicit null label testing this morning, sorry if this >> is old hat for anyone. >> >> I was having a problem getting it to work even though the "mpls ilm >> show" was stating the correct pop was configured, incoming packets >> appeared not to be routed via kernel after the pop. It turns out there >> is an issue with targeting the "dummy0" interface. Once I changed to a >> real ethX interface owned by the target router the expected action >> occurred, that is, pinging from one linux router where labels are >> applied to the target IP to the targeted linux route's interface IP, >> ergo explicit null action. >> >> Command sequence is: (NOTE 10.128.3.253 can not be a dummy0 interface) >> >> Source router >> mpls nhlfe add key 0 instructions push gen 1006 nexthop eth8 ipv4 >> 10.128.0.137 >> ip route add 10.128.3.253/32 via 10.128.0.137 mpls 0x2 >> mpls labelspace set dev eth8 labelspace 0 >> >> Target router: >> mpls ilm add label gen 1006 labelspace 0 >> >> -- >> 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 2005. >> 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 2005. > 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 |