mpls-linux-general Mailing List for MPLS for Linux (Page 94)
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
mpls-linux-general — Mailing list for general discussion about MPLS for Linux
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(26) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(22) |
Feb
(19) |
Mar
(19) |
Apr
(45) |
May
(52) |
Jun
(101) |
Jul
(79) |
Aug
(24) |
Sep
(43) |
Oct
(54) |
Nov
(71) |
Dec
(53) |
| 2002 |
Jan
(111) |
Feb
(123) |
Mar
(67) |
Apr
(61) |
May
(75) |
Jun
(26) |
Jul
(36) |
Aug
(41) |
Sep
(79) |
Oct
(85) |
Nov
(58) |
Dec
(39) |
| 2003 |
Jan
(26) |
Feb
(61) |
Mar
(80) |
Apr
(56) |
May
(39) |
Jun
(44) |
Jul
(28) |
Aug
(25) |
Sep
(4) |
Oct
(20) |
Nov
(38) |
Dec
(9) |
| 2004 |
Jan
(14) |
Feb
(14) |
Mar
(68) |
Apr
(17) |
May
(45) |
Jun
(42) |
Jul
(41) |
Aug
(23) |
Sep
(46) |
Oct
(89) |
Nov
(55) |
Dec
(33) |
| 2005 |
Jan
(74) |
Feb
(39) |
Mar
(105) |
Apr
(96) |
May
(43) |
Jun
(48) |
Jul
(21) |
Aug
(22) |
Sep
(33) |
Oct
(28) |
Nov
(29) |
Dec
(81) |
| 2006 |
Jan
(37) |
Feb
(32) |
Mar
(147) |
Apr
(37) |
May
(33) |
Jun
(28) |
Jul
(15) |
Aug
(20) |
Sep
(15) |
Oct
(23) |
Nov
(30) |
Dec
(40) |
| 2007 |
Jan
(20) |
Feb
(24) |
Mar
(65) |
Apr
(69) |
May
(41) |
Jun
(53) |
Jul
(39) |
Aug
(76) |
Sep
(53) |
Oct
(43) |
Nov
(26) |
Dec
(24) |
| 2008 |
Jan
(19) |
Feb
(67) |
Mar
(91) |
Apr
(75) |
May
(47) |
Jun
(63) |
Jul
(68) |
Aug
(39) |
Sep
(44) |
Oct
(33) |
Nov
(62) |
Dec
(84) |
| 2009 |
Jan
(14) |
Feb
(39) |
Mar
(55) |
Apr
(63) |
May
(16) |
Jun
(9) |
Jul
(4) |
Aug
(6) |
Sep
(1) |
Oct
(2) |
Nov
(10) |
Dec
(5) |
| 2010 |
Jan
(3) |
Feb
(1) |
Mar
(5) |
Apr
(13) |
May
(4) |
Jun
(5) |
Jul
(2) |
Aug
(8) |
Sep
(6) |
Oct
(1) |
Nov
(2) |
Dec
(2) |
| 2011 |
Jan
(1) |
Feb
(21) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(6) |
Sep
|
Oct
|
Nov
(2) |
Dec
(6) |
| 2012 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
(5) |
Aug
(3) |
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
|
From: <Jon...@cs...> - 2004-09-09 05:13:26
|
SGkgSmFtZXMsDQogDQpGaXJzdCBvZiBhbGwsIHRoYW5rIHlvdSB2ZXJ5IG11Y2ggZm9yIHlvdXIg cGF0Y2ggYW5kIGNvbW1lbnRzLi4uIA0KIA0KQmVmb3JlIGhlYWRpbmcgb2ZmIHRoaXMgZGlyZWN0 aW9uLCBJIGp1c3Qgd2FudCB0byBhc2sgaWYgeW91IGhhdmUgY29tZSBhY3Jvc3MgYSBtdWx0aWNh c3QgZW5oYW5jZW1lbnQgb2YgeW91ciBjb2RlIGluIA0KIA0KaHR0cDovL3d3dy5jcy52aXJnaW5p YS5lZHUvfm1uZ3JvdXAvcHJvamVjdHMvbXBscy9kb2N1bWVudHMvdGhlc2lzL25vZGUyOC5odG1s DQogDQpXb3J0aCB0cnlpbmcgPz8gO28pDQogDQpDaGVlcnMsDQpKb25hdGhhbg0KDQoJLS0tLS1P cmlnaW5hbCBNZXNzYWdlLS0tLS0gDQoJRnJvbTogSmFtZXMgUi4gTGV1IFttYWlsdG86amxldUBt aW5kc3ByaW5nLmNvbV0gDQoJU2VudDogRnJpIDMvMDkvMjAwNCAxMTo0NCBQTSANCglUbzogQ2hh biwgSm9uYXRoYW4gKElDVCBDZW50cmUsIE1hcnNmaWVsZCkgDQoJQ2M6IG1wbHMtbGludXgtZ2Vu ZXJhbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQgDQoJU3ViamVjdDogUmU6IFttcGxzLWxpbnV4LWdl bmVyYWxdIE11bHRpY2FzdCByb3V0aW5nIG92ZXIgbGludXggbXBscyB0dW5uZWwgPw0KCQ0KCQ0K DQoJSSBoYXZlbid0IGRlYWx0IHdpdGggbXVsdGljYXN0IG11Y2gsIGJ1dCBJIGRvIGtub3cgaXQg aXMgcmVhbCBwaWNreQ0KCWFib3V0IHdoYXQgaW50ZXJmYWNlIGEgcGFja2V0IGFwcGVhcnMgdG8g YXJyaXZlIG9uLiAgV2l0aCBNUExTIHR1bm5lbHMsDQoJcGFja2V0cyB5b3UgcmVjZWl2ZSBvZmYg YW4gTFNQIGFwcGVhciB0byBjb21lIGZyb20gdGhlIHBoeXNpY2FsIGludGVyZmFjZQ0KCShldGgw IGV0YykgIEkgdGhpbmsgcGltZCBpcyBleHBlY3RpbmcgdG8gc2VlIHRoZSBwYWNrZXRzIGNvbWUg ZnJvbSB0aGUgc2FtZQ0KCWludGVyZmFjZSBpdCBzZW50IHRoZW0gb3V0IChtcGxzMCBldGMpLiAg SSB0aGluayBJIGFkZGVkIGNvZGUgYXQgb25lIHBvaW50DQoJdG8gd29yayBhcm91bmQgdGhpcy4N CgkNCgltcGxzYWRtMiAtTCBldGgwOjANCgltcGxzYWRtMiAtQSAtSSBnZW46MTY6MA0KCW1wbHNh ZG0yIC1JIGdlbjoxNjowIC1pIHNldDptcGxzMDpwb3A6cGVlaw0KCQ0KCUkganVzdCBsb29rZWQg YXQgdGhlIGNvZGUgZm9yIG1wbHNhZG0yIGFuZCBpdCB3b24ndCB3b3JrIHdpdGhvdXQNCglzb21l IG1vZGlmaWNhdGlvbnMsIEknbSBhdHRhY2hpbmcgYSBwYXRjaCBhZ2FpbnN0IHRoZSBsYXRlc3Qg dmVyc2lvbiAoMS45MzUpDQoJeW91IGNhbiBnZXQgdGhlIHNvdXJjZSBmb3IgbXBsc2FkbTIgYXQg aHR0cDovL3NmLm5ldC9wcm9qZWN0cy9tcGxzLWxpbnV4DQoJDQoJQXBwbHkgdGhlIHBhdGNoIGJ5 IGdvaW5nIGludG8gdGhlIG1wbHMtbGludXgvdXRpbHMgZGlyZWN0b3J5IGFuZCBleGVjdXRlDQoJ cGF0Y2ggbXBsc2FkbS5jIDwgbXBsc2FkbS5wYXRjaA0KCQ0KCXRoZW4gaXNzdWUgYSAnbWFrZScN CgkNCgkobWFrZSBzdXJlIHlvdXIgc3lzdGVtIGhlYWRlciBmaWxlcyBpbmNsdWRlIG1wbHMuaCAg aWYgbm90IGdldA0KCW15IGdsaWJjLWhlYWRlcnMgUlBNIGZyb20gaHR0cDovL3NmLm5ldC9wcm9q ZWN0cy9tcGxzLWxpbnV4KQ0KCQ0KCQ0KCU9uIEZyaSwgU2VwIDAzLCAyMDA0IGF0IDA1OjEwOjI2 UE0gKzEwMDAsIEpvbmF0aGFuLkNoYW5AY3Npcm8uYXUgd3JvdGU6DQoJPiBEZWFyIGFsbCwNCgk+ DQoJPiBJIGRvbid0IGtub3cgaWYgSSBhbSBhc2tpbmcgZm9yIHNvbWV0aGluZyBpbXBvc3NpYmxl Li4uIEp1c3Qgd29uZGVyaW5nDQoJPiBpZiBzb21lb25lIG91dCB0aGVyZSBtaWdodCBoYXZlIGV4 cGVyaWVuY2Uvc3VnZ2VzdGlvbiB0byBnZXQgbWUgdG8gdGhlDQoJPiByaWdodCBiYWxsIHBhcmsu Li4NCgk+DQoJPiBJIGhhdmUgdHdvIGxpbnV4IG1wbHMgYm94ZXMgbGlua2VkIGJ5IHR3byBtcGxz IHR1bm5lbHMgKG9uZSBhdCBlYWNoDQoJPiBkaXJlY3Rpb24sIG9mIGNvdXJzZSA7bykuIEkgbWFu YWdlZCB0byBpbnN0YWxsIHBpbWQgdG8gaGFuZGxlIG11bHRpY2FzdA0KCT4gcm91dGluZy4gSXMg dGhlcmUgYW55d2F5IHRvIG1ha2UgdGhlIGxpbnV4IG1wbHMgdHVubmVsIGNhcnJ5IHRoZSBpZ21w DQoJPiB0cmFmZmljPz8NCgk+DQoJPiBDdXJyZW50bHksIG15IGxpbnV4IG1wbHMgd2FzIGNyZWF0 ZWQgYnk6DQoJPg0KCT4gJSBtcGxzYWRtMiAtQSAtTyAwDQoJPiAlIG1wbHNhZG0yIC1PICRvcGNv ZGUgLW8gcHVzaDpnZW46MTIzOnNldDpldGgwOmlwdjQ6MTkyLjE2OC4yLjENCgk+ICUgbXBsc2Fk bTIgLUEgLVQgdHVuMjENCgk+ICUgaWZjb25maWcgdHVuMjEgMTkyLjE2OC4xLjEgbmV0bWFzayAy NTUuMjU1LjI1NS4yNTUgcG9pbnRvcG9pbnQNCgk+IDE5Mi4xNjguMi4xDQoJPg0KCT4gSSBhbHNv IG1hZGUgdGhpcyB0dW5uZWwgbXVsdGljYXN0IGVuYWJsZWQuDQoJPg0KCT4gJSBpcCBsaW5rIHNl dCB0dW4yMSBtdWx0aWNhc3Qgb24NCgk+DQoJPiBCdXQgSSBkb24ndCBrbm93IHdoYXQgSSBuZWVk IHRvIGRvIHRvIGVuYWJsZSB0aGUgdHVubmVsIHRvIGNhcnJ5IGlnbXANCgk+IHRyYWZmaWMgOm8o DQoJPg0KCT4gRG8gSSBoYXZlIHRvIHB1dCBpbiBHUkUgdHVubmVsIG9yIHNvbWV0aGluZz8/DQoJ Pg0KCT4gVGhhbmtzIGZvciB5b3VyIHRpbWUgYW5kIGNvbnNpZGVyYXRpb24uLi4NCgk+DQoJPiBD aGVlcnMsDQoJPiBKb25hdGhhbg0KCT4NCgk+DQoJPg0KCT4gLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KCT4gVGhpcyBTRi5OZXQgZW1haWwg aXMgc3BvbnNvcmVkIGJ5IEJFQSBXZWJsb2dpYyBXb3Jrc2hvcA0KCT4gRlJFRSBKYXZhIEVudGVy cHJpc2UgSjJFRSBkZXZlbG9wZXIgdG9vbHMhDQoJPiBHZXQgeW91ciBmcmVlIGNvcHkgb2YgQkVB IFdlYkxvZ2ljIFdvcmtzaG9wIDguMSB0b2RheS4NCgk+IGh0dHA6Ly9hZHMub3Nkbi5jb20vP2Fk X2lkUDQ3JmFsbG9jX2lkEDgwOCZvcD9rDQoJPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KCT4gbXBscy1saW51eC1nZW5lcmFsIG1haWxpbmcgbGlzdA0K CT4gbXBscy1saW51eC1nZW5lcmFsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KCT4gaHR0cHM6Ly9s aXN0cy5zb3VyY2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vbXBscy1saW51eC1nZW5lcmFsDQoJ DQoJLS0NCglKYW1lcyBSLiBMZXUNCglqbGV1QG1pbmRzcHJpbmcuY29tDQoJDQoNCg== |
|
From: <bla...@in...> - 2004-09-08 12:08:16
|
on my previouse question, i asked about my iptables did not work. when i run dmesg, nothing happens and when i debug my mplsadm2, nothing happens. iptables -A OUTPUT -d 192.168.1.0/24 -j spec_nh --spec_nh 0x8847:0x2 i tried to see th logs of iptables. iptables -A OUTPUT -j LOG and i look at syslog, nothings to be wrong. but the packet still stopped. when i changed iptables with ip route command. it's work. is there something wrong with my iptables or anything else? |
|
From: Arturo N. <jua...@ic...> - 2004-09-08 08:45:09
|
Hello: Does anyone have debian packages from the code ? Thanks, Best Regards, -- --------------------------------------------------------------------- J. Arturo Nunez | Intelligent Systems and Networks | Electrical and Electronic Engineering | " Audentes Fortuna Juvat " Imperial College | London UK | +44 (20) 7594 6218 (O) | Virgil --------------------------------------------------------------------- |
|
From: <bla...@in...> - 2004-09-08 08:27:07
|
i've got this when i run dmesg on LER D:
MPLS mpls_skb_dump: from eth1 with len 88 (1708)headroom=30 tailroom=1418
00000000000000000000000000000000*fefd0a780503fefd0a7805028847{#|0004913d45000054000240003f01b952c0a80002c0a801020800057d9c000200413f2386000404b608090a0b0c0d0e0f101112131415161718191a1b1c1d1e1f202122232425262728292a2b2c2d2e2f303132333435363700}
MPLS DEBUG net/mpls/mpls_input.c:60:mpls_input: enter
MPLS DEBUG net/mpls/mpls_input.c:74:mpls_input:
labelspace=0,label=73,exp=0,B.O.S=1,TTL=61
MPLS DEBUG include/net/mpls.h:662:mpls_ilm_hold: gen:73:0-0x00049001-get 2
MPLS DEBUG net/mpls/mpls_input.c:95:mpls_input: opcode POP
MPLS DEBUG net/mpls/mpls_input.c:95:mpls_input: opcode PEEK
MPLS DEBUG include/net/mpls.h:673:mpls_ilm_release: gen:73:0-0x00049001-put 2
MPLS DEBUG net/mpls/mpls_opcode.c:59:mpls_finish: enter
MPLS DEBUG net/mpls/mpls_opcode.c:72:mpls_finish: exit
MPLS DEBUG net/mpls/mpls_input.c:168:mpls_input: delivering
MPLS DEBUG net/mpls/mpls_input.c:272:mpls_skb_recv: exit(1)
|
|
From: James R. L. <jl...@mi...> - 2004-09-07 23:00:39
|
You must be on the console? MPLS kernel debugging is on by default. Do a 'echo 0 > /sys/mpls/debug' On Tue, Sep 07, 2004 at 11:04:51PM +0200, Krzysztof Musia? wrote: > > I've got (almost the same) configuration (addresses space and interfaces are > different) > I set the configuruation on LER A, LER C and LSR B > but after typing 'ping LER C' (from LER A) i've got the message > MPLS mpls_skb_dump: from eth0 with len 88 (296)headroom=16 tailroom=24 > > I can seen that in /proc/net/mpls/labelspace interfaces are set to -1 > > I-face L-space > lo -1 > eth0 -1 > > of course, I try set the labelspace to 0 but only on the eth0 of LSRB is set > to 0 > > Why is that ?? > > Krzysztof Musial > km...@is... > > > > > > > > > 10.120.0.0/24 10.120.1.0/24 > > .2 .3 .2 .3 > > |A|-----------------------|B|-----------------------|C| > > eth1 eth0 eth1 eth0 > > ----------64----------> ------------66--------> > > <---------65----------- <-----------67--------- > > > > If so: > > > > LER A > > ----- > > ifconfig eth1 10.120.0.2 netmask 255.255.255.0 > > mplsadm2 -A -O 0 > > Key: 0x2 > > mplsadm2 -O 0x2 -o push:gen:64:set:eth1:ipv4:10.120.0.3 > > ip route add 10.120.1.3/32 dev eth1 spec_nh 0x8847 0x2 > > mplsadm2 -A -I gen:65:0 > > mplsadm2 -L eth1:0 > > > > LSR B > > ----- > > ifconfig eth0 10.120.0.3 netmask 255.255.255.0 ifconfig eth1 > > 10.120.1.2 netmask 255.255.255.0 > > mplsadm2 -A -O 0 > > Key: 0x2 > > mplsadm2 -O 0x2 -o push:gen:66:set:eth1:ipv4:10.120.1.3 > > mplsadm2 -A -I gen:64:0 > > mplsadm2 -L eth0:0 > > mplsadm2 -B -I gen:64:0 -O 0x2 > > > > mplsadm2 -A -O 0 > > Key: 0x3 > > mplsadm2 -O 0x3 -o push:gen:65:set:eth0:ipv4:10.120.0.2 > > mplsadm2 -A -I gen:67:0 > > mplsadm2 -L eth1:0 > > mplsadm2 -B -I gen:67:0 -O 0x3 > > > > LER C > > ----- > > ifconfig eth0 10.120.1.3 netmask 255.255.255.0 > > mplsadm2 -A -O 0 > > Key: 0x2 > > mplsadm2 -O 0x2 -o push:gen:67:set:eth0:ipv4:10.120.1.2 > > ip route add 10.120.0.2/32 dev eth0 spec_nh 0x8847 0x2 > > mplsadm2 -A -I gen:66:0 > > mplsadm2 -L eth0:0 > > > > > > > is that correct for A & B?? > > > and what about C&D?? > > > It would be much appreciated if you could help me out with these... > > > > > > > > > ------------------------------------------------------- > > > SF.Net email is sponsored by Shop4tech.com-Lowest price on > > Blank Media > > > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for > > only $33 Save > > > 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > > > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > > James R. Leu > > jl...@mi... > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > > -- James R. Leu jl...@mi... |
|
From: <km...@is...> - 2004-09-07 21:05:16
|
I've got (almost the same) configuration (addresses space and interfaces are different) I set the configuruation on LER A, LER C and LSR B but after typing 'ping LER C' (from LER A) i've got the message MPLS mpls_skb_dump: from eth0 with len 88 (296)headroom=16 tailroom=24 I can seen that in /proc/net/mpls/labelspace interfaces are set to -1 I-face L-space lo -1 eth0 -1 of course, I try set the labelspace to 0 but only on the eth0 of LSRB is set to 0 Why is that ?? Krzysztof Musial km...@is... > > > 10.120.0.0/24 10.120.1.0/24 > .2 .3 .2 .3 > |A|-----------------------|B|-----------------------|C| > eth1 eth0 eth1 eth0 > ----------64----------> ------------66--------> > <---------65----------- <-----------67--------- > > If so: > > LER A > ----- > ifconfig eth1 10.120.0.2 netmask 255.255.255.0 > mplsadm2 -A -O 0 > Key: 0x2 > mplsadm2 -O 0x2 -o push:gen:64:set:eth1:ipv4:10.120.0.3 > ip route add 10.120.1.3/32 dev eth1 spec_nh 0x8847 0x2 > mplsadm2 -A -I gen:65:0 > mplsadm2 -L eth1:0 > > LSR B > ----- > ifconfig eth0 10.120.0.3 netmask 255.255.255.0 ifconfig eth1 > 10.120.1.2 netmask 255.255.255.0 > mplsadm2 -A -O 0 > Key: 0x2 > mplsadm2 -O 0x2 -o push:gen:66:set:eth1:ipv4:10.120.1.3 > mplsadm2 -A -I gen:64:0 > mplsadm2 -L eth0:0 > mplsadm2 -B -I gen:64:0 -O 0x2 > > mplsadm2 -A -O 0 > Key: 0x3 > mplsadm2 -O 0x3 -o push:gen:65:set:eth0:ipv4:10.120.0.2 > mplsadm2 -A -I gen:67:0 > mplsadm2 -L eth1:0 > mplsadm2 -B -I gen:67:0 -O 0x3 > > LER C > ----- > ifconfig eth0 10.120.1.3 netmask 255.255.255.0 > mplsadm2 -A -O 0 > Key: 0x2 > mplsadm2 -O 0x2 -o push:gen:67:set:eth0:ipv4:10.120.1.2 > ip route add 10.120.0.2/32 dev eth0 spec_nh 0x8847 0x2 > mplsadm2 -A -I gen:66:0 > mplsadm2 -L eth0:0 > > > > is that correct for A & B?? > > and what about C&D?? > > It would be much appreciated if you could help me out with these... > > > > > > ------------------------------------------------------- > > SF.Net email is sponsored by Shop4tech.com-Lowest price on > Blank Media > > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for > only $33 Save > > 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu > jl...@mi... > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > |
|
From: <bla...@in...> - 2004-09-07 18:49:24
|
i've set gateway for host1 : 192.168.0.2 (LER A) host2 : 192.168.1.1 (LER D) host1 and host 2 was not running MPLS. tehy are outside of mpls domain (ABCDE). i'm sorry if i was not say it before. > OK. So in other words host1 host2 are not LERs? You should have said > that > to start. A and D are the LERs. What routes do you have configured > on host1 and host2? > |
|
From: James R. L. <jl...@mi...> - 2004-09-07 14:45:17
|
OK. So in other words host1 host2 are not LERs? You should have said that to start. A and D are the LERs. What routes do you have configured on host1 and host2? On Tue, Sep 07, 2004 at 03:33:32PM +0700, bla...@in... wrote: > here my configuration on A and D. i change port 21 to ssh (port 22) > A: > - eth0 from host1 > - eth1 to B > - eth2 to E > ifconfig lo 127.0.0.1 > ifconfig eth0 192.168.0.1 netmask 255.255.255.0 > ifconfig eth1 10.120.0.2 netmask 255.255.255.0 > mplsadm2 -A -O 0 > mplsadm2 -O 0x2 -o push:gen:64:set:eth1:ipv4:10.120.0.3 > mplsadm2 -A -I gen:65:0 -i pop:peek > mplsadm2 -L eth1:0 > ifconfig eth2 10.120.3.2 netmask 255.255.255.0 > mplsadm2 -A -O 0 > mplsadm2 -O 0x3 -o push:gen:69:set:eth2:ipv4:10.120.3.3 > mplsadm2 -A -I gen:70:0 -i pop:peek > mplsadm2 -L eth2:0 > mplsadm2 -AO 0 > mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2 > ip route add 192.168.1.0/24 dev eth1 spec_nh 0x8847 0x4 > iptables -t mangle -A POSTROUTING -p tcp --dport 22 -j MARK --set-mark 1 > echo "1" > /proc/sys/net/ipv4/ip_forward > B: > - eth0 from C > - eth1 from F > - eth2 to host2 > ifconfig lo 127.0.0.1 > ifconfig eth2 192.168.1.1 netmask 255.255.255.0 > ifconfig eth0 10.120.2.3 netmask 255.255.255.0 > mplsadm2 -A -O 0 > mplsadm2 -O 0x2 -o push:gen:69:set:eth0:ipv4:10.120.2.2 > mplsadm2 -A -I gen:68:0 -i pop:peek > mplsadm2 -L eth0:0 > ifconfig eth1 10.120.5.3 netmask 255.255.255.0 > mplsadm2 -A -O 0 > mplsadm2 -O 0x3 -o push:gen:74:set:eth1:ipv4:10.120.5.2 > mplsadm2 -A -I gen:73:0 -i pop:peek > mplsadm2 -L eth1:0 > mplsadm2 -AO 0 > mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2 > ip route add 192.168.0.0/24 dev eth0 spec_nh 0x8847 0x4 > iptables -t mangle -A POSTROUTING -p tcp --dport 22 -j MARK --set-mark 1 > echo "1" > /proc/sys/net/ipv4/ip_forward > ------------------------------------------ > ssh --> A-B-C-D > others --> A-E-F-D > the traffic flow already correct. > but there is a problem, > when i tried to ping 192.168.1.2(host2) from host1, it seem stopped at > D,and not continue to host2. > when i tried the others operation, packet seem to be dropped at eggress. > > > On Mon, Sep 06, 2004 at 03:14:12AM +0700, bla...@in... wrote: > >> consider below : > >> B-------------C > >> / \ > >> / \ > >> 192.168.0.0/24 / \ 192.168.1.0/24 > >> Host1-----------A D----------Host2 > >> .1 .2 \ / .1 .2 > >> \ / > >> \ / > >> E-------------F > >> > >> traffic for ftp (port 21) via A-B-C-D. and others via A-E-F-D. > >> please.. help me for LSR A configuration. > >> > >> can i use iptables for this command: ip route add 192.168.1.0/24 dev > >> eth0 > >> spec_nh 0x8847 0x2 > > > > Lets assume you've created two LSPs both starting on host1: > > 1: has NHLFE index 0x2 and goes host1, A, B, C, D, Host2 > > 2: has NHLFE index 0x3 and goes host1, A, E, F, D, Host2 > > > > (ie host1 and host2 act as LERs ABCDEF act as LSRs) > > > > On host1: > > > > Create another NHLFE which uses nffwd and forwards to NHFLE 0x2 or 0x3 > > based on nfmark: > > > > mplsadm2 -A -O 0 > > Key: 0x4 > > mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2 > > > > (mask the nfmark on each packet with 0x1, packets with nfmark of 0x0 > > forward > > on NHLFE 0x3 packets with nfmark 0x1 forwards on NHLFE 0x2) > > > > Now bind FEC 192.168.1.0/24 to NHLFE 0x4 > > > > ip route add 192.168.1.0/24 dev eth0 spec_nh 0x8847 0x4 > > > > Now use iptables to mark the nfmark based on traffic type > > > > iptables -t mangle -A POSTROUTING -p tcp --dport 21 -j MARK --set-mark > > 1 > > > > Because of the FEC binding (ip route command) all packets destined to > > host2 will be sent on NHLFE 0x4. As packets leave the IPv4 stack, if they > > match the iptables rule, they will have there nfmark set to 1 otherwise > > they have the default nfmark or 0. > > > > In NHLFE 0x4 we look at the nfmark, if the packets are not marked > > (nfmark = 0) then they will be forwarded on NHLFE 0x3 if they have a > > nfmark = 1 are fowarded on NHLFE 0x2. > > > > -- > > James R. Leu > > jl...@mi... > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > 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...> - 2004-09-07 14:42:04
|
What was the error message? On Tue, Sep 07, 2004 at 01:52:40PM +0700, bla...@in... wrote: > iptables -A OUTPUT -d 192.168.1.0/24 -j spec_nh --spec_nh 0x8847:0x2 > it's seem not work. when i run dmesg, nothing happens. > > > On Tue, Sep 07, 2004 at 01:51:29AM +0700, bla...@in... wrote: > >> i use iproute command like this > >> "ip route add 192.168.1.0/24 dev eth1 spec_nh 0x8847 0x2" > >> > >> but i don't know how iptables for the same purpose. > >> anyone can help me??? > >> > >> and what's new in iptables_mpls 1.935?? > > > > No new features, just continues to track the Fedora source for iptables. > > > > -j spec_nh --spec_nh 0x8847:<NHLFE key> > > > >> ------------------------------------------------------- > >> This SF.Net email is sponsored by BEA Weblogic Workshop > >> FREE Java Enterprise J2EE developer tools! > >> Get your free copy of BEA WebLogic Workshop 8.1 today. > >> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > >> _______________________________________________ > >> 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 BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
|
From: <bla...@in...> - 2004-09-07 08:21:46
|
here my configuration on A and D. i change port 21 to ssh (port 22) A: - eth0 from host1 - eth1 to B - eth2 to E ifconfig lo 127.0.0.1 ifconfig eth0 192.168.0.1 netmask 255.255.255.0 ifconfig eth1 10.120.0.2 netmask 255.255.255.0 mplsadm2 -A -O 0 mplsadm2 -O 0x2 -o push:gen:64:set:eth1:ipv4:10.120.0.3 mplsadm2 -A -I gen:65:0 -i pop:peek mplsadm2 -L eth1:0 ifconfig eth2 10.120.3.2 netmask 255.255.255.0 mplsadm2 -A -O 0 mplsadm2 -O 0x3 -o push:gen:69:set:eth2:ipv4:10.120.3.3 mplsadm2 -A -I gen:70:0 -i pop:peek mplsadm2 -L eth2:0 mplsadm2 -AO 0 mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2 ip route add 192.168.1.0/24 dev eth1 spec_nh 0x8847 0x4 iptables -t mangle -A POSTROUTING -p tcp --dport 22 -j MARK --set-mark 1 echo "1" > /proc/sys/net/ipv4/ip_forward B: - eth0 from C - eth1 from F - eth2 to host2 ifconfig lo 127.0.0.1 ifconfig eth2 192.168.1.1 netmask 255.255.255.0 ifconfig eth0 10.120.2.3 netmask 255.255.255.0 mplsadm2 -A -O 0 mplsadm2 -O 0x2 -o push:gen:69:set:eth0:ipv4:10.120.2.2 mplsadm2 -A -I gen:68:0 -i pop:peek mplsadm2 -L eth0:0 ifconfig eth1 10.120.5.3 netmask 255.255.255.0 mplsadm2 -A -O 0 mplsadm2 -O 0x3 -o push:gen:74:set:eth1:ipv4:10.120.5.2 mplsadm2 -A -I gen:73:0 -i pop:peek mplsadm2 -L eth1:0 mplsadm2 -AO 0 mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2 ip route add 192.168.0.0/24 dev eth0 spec_nh 0x8847 0x4 iptables -t mangle -A POSTROUTING -p tcp --dport 22 -j MARK --set-mark 1 echo "1" > /proc/sys/net/ipv4/ip_forward ------------------------------------------ ssh --> A-B-C-D others --> A-E-F-D the traffic flow already correct. but there is a problem, when i tried to ping 192.168.1.2(host2) from host1, it seem stopped at D,and not continue to host2. when i tried the others operation, packet seem to be dropped at eggress. > On Mon, Sep 06, 2004 at 03:14:12AM +0700, bla...@in... wrote: >> consider below : >> B-------------C >> / \ >> / \ >> 192.168.0.0/24 / \ 192.168.1.0/24 >> Host1-----------A D----------Host2 >> .1 .2 \ / .1 .2 >> \ / >> \ / >> E-------------F >> >> traffic for ftp (port 21) via A-B-C-D. and others via A-E-F-D. >> please.. help me for LSR A configuration. >> >> can i use iptables for this command: ip route add 192.168.1.0/24 dev >> eth0 >> spec_nh 0x8847 0x2 > > Lets assume you've created two LSPs both starting on host1: > 1: has NHLFE index 0x2 and goes host1, A, B, C, D, Host2 > 2: has NHLFE index 0x3 and goes host1, A, E, F, D, Host2 > > (ie host1 and host2 act as LERs ABCDEF act as LSRs) > > On host1: > > Create another NHLFE which uses nffwd and forwards to NHFLE 0x2 or 0x3 > based on nfmark: > > mplsadm2 -A -O 0 > Key: 0x4 > mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2 > > (mask the nfmark on each packet with 0x1, packets with nfmark of 0x0 > forward > on NHLFE 0x3 packets with nfmark 0x1 forwards on NHLFE 0x2) > > Now bind FEC 192.168.1.0/24 to NHLFE 0x4 > > ip route add 192.168.1.0/24 dev eth0 spec_nh 0x8847 0x4 > > Now use iptables to mark the nfmark based on traffic type > > iptables -t mangle -A POSTROUTING -p tcp --dport 21 -j MARK --set-mark > 1 > > Because of the FEC binding (ip route command) all packets destined to > host2 will be sent on NHLFE 0x4. As packets leave the IPv4 stack, if they > match the iptables rule, they will have there nfmark set to 1 otherwise > they have the default nfmark or 0. > > In NHLFE 0x4 we look at the nfmark, if the packets are not marked > (nfmark = 0) then they will be forwarded on NHLFE 0x3 if they have a > nfmark = 1 are fowarded on NHLFE 0x2. > > -- > James R. Leu > jl...@mi... > |
|
From: <bla...@in...> - 2004-09-07 06:40:17
|
iptables -A OUTPUT -d 192.168.1.0/24 -j spec_nh --spec_nh 0x8847:0x2 it's seem not work. when i run dmesg, nothing happens. > On Tue, Sep 07, 2004 at 01:51:29AM +0700, bla...@in... wrote: >> i use iproute command like this >> "ip route add 192.168.1.0/24 dev eth1 spec_nh 0x8847 0x2" >> >> but i don't know how iptables for the same purpose. >> anyone can help me??? >> >> and what's new in iptables_mpls 1.935?? > > No new features, just continues to track the Fedora source for iptables. > > -j spec_nh --spec_nh 0x8847:<NHLFE key> > >> ------------------------------------------------------- >> This SF.Net email is sponsored by BEA Weblogic Workshop >> FREE Java Enterprise J2EE developer tools! >> Get your free copy of BEA WebLogic Workshop 8.1 today. >> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click >> _______________________________________________ >> 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...> - 2004-09-06 22:45:57
|
On Tue, Sep 07, 2004 at 01:51:29AM +0700, bla...@in... wrote: > i use iproute command like this > "ip route add 192.168.1.0/24 dev eth1 spec_nh 0x8847 0x2" > > but i don't know how iptables for the same purpose. > anyone can help me??? > > and what's new in iptables_mpls 1.935?? No new features, just continues to track the Fedora source for iptables. -j spec_nh --spec_nh 0x8847:<NHLFE key> > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > 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...> - 2004-09-06 22:16:09
|
On Mon, Sep 06, 2004 at 03:14:12AM +0700, bla...@in... wrote:
> consider below :
> B-------------C
> / \
> / \
> 192.168.0.0/24 / \ 192.168.1.0/24
> Host1-----------A D----------Host2
> .1 .2 \ / .1 .2
> \ /
> \ /
> E-------------F
>
> traffic for ftp (port 21) via A-B-C-D. and others via A-E-F-D.
> please.. help me for LSR A configuration.
>
> can i use iptables for this command: ip route add 192.168.1.0/24 dev eth0
> spec_nh 0x8847 0x2
Lets assume you've created two LSPs both starting on host1:
1: has NHLFE index 0x2 and goes host1, A, B, C, D, Host2
2: has NHLFE index 0x3 and goes host1, A, E, F, D, Host2
(ie host1 and host2 act as LERs ABCDEF act as LSRs)
On host1:
Create another NHLFE which uses nffwd and forwards to NHFLE 0x2 or 0x3
based on nfmark:
mplsadm2 -A -O 0
Key: 0x4
mplsadm2 -O 0x4 -o nffwd:0xf:0x0:0x3:0x1:0x2
(mask the nfmark on each packet with 0x1, packets with nfmark of 0x0 forward
on NHLFE 0x3 packets with nfmark 0x1 forwards on NHLFE 0x2)
Now bind FEC 192.168.1.0/24 to NHLFE 0x4
ip route add 192.168.1.0/24 dev eth0 spec_nh 0x8847 0x4
Now use iptables to mark the nfmark based on traffic type
iptables -t mangle -A POSTROUTING -p tcp --dport 21 -j MARK --set-mark 1
Because of the FEC binding (ip route command) all packets destined to
host2 will be sent on NHLFE 0x4. As packets leave the IPv4 stack, if they
match the iptables rule, they will have there nfmark set to 1 otherwise
they have the default nfmark or 0.
In NHLFE 0x4 we look at the nfmark, if the packets are not marked
(nfmark = 0) then they will be forwarded on NHLFE 0x3 if they have a
nfmark = 1 are fowarded on NHLFE 0x2.
--
James R. Leu
jl...@mi...
|
|
From: <bla...@in...> - 2004-09-06 18:39:00
|
i use iproute command like this "ip route add 192.168.1.0/24 dev eth1 spec_nh 0x8847 0x2" but i don't know how iptables for the same purpose. anyone can help me??? and what's new in iptables_mpls 1.935?? |
|
From: Ramon C. <cas...@in...> - 2004-09-06 13:10:36
|
On Mon, 6 Sep 2004, Arnaldo Cumbe wrote: > > > > well, i have tried to install MPLS fuctionalities in LINUX that is running > kernel 2.4.20-8 but when i try to pacth: pacth -p1 <../mpls-linux- > 1.922/pathes/linux-mpls.diff is not running and consequently when i do make Hi Arnaldo To the best of my knowledge, the mpls 1.9XX patch series is only available for 2.6 kernels, unless someone has backported to 2.4 best regards, Ramon |
|
From: Arnaldo C. <arn...@ze...> - 2004-09-06 10:37:11
|
well, i have tried to install MPLS fuctionalities in LINUX that is runnin= g kernel 2.4.20-8 but when i try to pacth: pacth -p1 <../mpls-linux- 1.922/pathes/linux-mpls.diff is not running and consequently when i do ma= ke=20 menuconfig, in the network option appears all the options but kernel/user= =20 netlink socket, routing messages and Mpls doesn=B4t appear what can i do,= can=20 sameone help me? besides the last in the pacth linux-mpls.diff the name is other Linux- kernel.diff Good friend for jesus sake's fobear,to dig the dust inclosed here crust must be the man that moves my bones, bless must be he that=20 spares=20 this stone.(william shakespeare) |
|
From: <bla...@in...> - 2004-09-05 20:58:23
|
consider below :
B-------------C
/ \
/ \
192.168.0.0/24 / \ 192.168.1.0/24
Host1-----------A D----------Host2
.1 .2 \ / .1 .2
\ /
\ /
E-------------F
traffic for ftp (port 21) via A-B-C-D. and others via A-E-F-D.
please.. help me for LSR A configuration.
can i use iptables for this command: ip route add 192.168.1.0/24 dev eth0
spec_nh 0x8847 0x2
|
|
From: James R. L. <jl...@mi...> - 2004-09-03 15:44:24
|
You are correct. My development tree is based on 2.6.8.1 so I've
have to make these changes as well. It's good to capture this on the
list though.
Thanks.
On Fri, Sep 03, 2004 at 04:53:59PM +0200, Christophe Fillot wrote:
>
> Hi,
>
> I tried the MPLS patch with 2.6.7 and 2.6.8.1 kernels, and I found some
> problems:
>
> In the 2.6.7, the output function prototype in the "dst_entry" structure
> (defined in "include/net/dst.h") has changed from:
>
> int (*output)(struct sk_buff*);
> to:
>
> int (*output)(struct sk_buff**);
>
>
> Consequently, the "mpls_output" function has to be modified to avoid
> problems. On my kernel, I used:
>
> int mpls_output (struct sk_buff **pskb)
> {
> struct sk_buff *skb = *pskb;
>
> [...]
> }
>
> I don't know if it's correct, but it seems to work on my kernel. I made
> some basic tests, it sends correctly labelled packets.
>
> On a 2.6.8, the call_rcu() function prototype has changed, and some of
> MPLS files don't compile anymore.
>
> I replaced the call_rcu() using this (for example):
>
> call_rcu (&mdst->u.dst.rcu_head, (void (*)(void *))dst_free,
> &mdst->u.dst);
>
> -> call_rcu (&mdst->u.dst.rcu_head,dst_rcu_free);
>
> James, I haven't tested this yet, do you think it will work ?
>
> Regards,
>
> --
> Christophe Fillot (cf...@ut...) | Universite de Technologie de Compiegne
> Tel: (+33) 03.44.23.79.02 | Service Informatique - Equipe Reseaux
> GSM: (+33) 06.70.50.24.55 | Centre de Recherche de Royallieu
> Fax: (+33) 03.44.23.46.77 | http://www.utc.fr
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by BEA Weblogic Workshop
> FREE Java Enterprise J2EE developer tools!
> Get your free copy of BEA WebLogic Workshop 8.1 today.
> http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
> _______________________________________________
> mpls-linux-general mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-general
--
James R. Leu
jl...@mi...
|
|
From: Christophe F. <cf...@ut...> - 2004-09-03 14:41:05
|
Hi,
I tried the MPLS patch with 2.6.7 and 2.6.8.1 kernels, and I found some
problems:
In the 2.6.7, the output function prototype in the "dst_entry" structure
(defined in "include/net/dst.h") has changed from:
int (*output)(struct sk_buff*);
to:
int (*output)(struct sk_buff**);
Consequently, the "mpls_output" function has to be modified to avoid
problems. On my kernel, I used:
int mpls_output (struct sk_buff **pskb)
{
struct sk_buff *skb = *pskb;
[...]
}
I don't know if it's correct, but it seems to work on my kernel. I made
some basic tests, it sends correctly labelled packets.
On a 2.6.8, the call_rcu() function prototype has changed, and some of
MPLS files don't compile anymore.
I replaced the call_rcu() using this (for example):
call_rcu (&mdst->u.dst.rcu_head, (void (*)(void *))dst_free,
&mdst->u.dst);
-> call_rcu (&mdst->u.dst.rcu_head,dst_rcu_free);
James, I haven't tested this yet, do you think it will work ?
Regards,
--
Christophe Fillot (cf...@ut...) | Universite de Technologie de Compiegne
Tel: (+33) 03.44.23.79.02 | Service Informatique - Equipe Reseaux
GSM: (+33) 06.70.50.24.55 | Centre de Recherche de Royallieu
Fax: (+33) 03.44.23.46.77 | http://www.utc.fr
|
|
From: James R. L. <jl...@mi...> - 2004-09-03 13:44:16
|
I haven't dealt with multicast much, but I do know it is real picky about what interface a packet appears to arrive on. With MPLS tunnels, packets you receive off an LSP appear to come from the physical interface (eth0 etc) I think pimd is expecting to see the packets come from the same interface it sent them out (mpls0 etc). I think I added code at one point to work around this. mplsadm2 -L eth0:0 mplsadm2 -A -I gen:16:0 mplsadm2 -I gen:16:0 -i set:mpls0:pop:peek I just looked at the code for mplsadm2 and it won't work without some modifications, I'm attaching a patch against the latest version (1.935) you can get the source for mplsadm2 at http://sf.net/projects/mpls-linux=20 Apply the patch by going into the mpls-linux/utils directory and execute patch mplsadm.c < mplsadm.patch then issue a 'make' (make sure your system header files include mpls.h if not get my glibc-headers RPM from http://sf.net/projects/mpls-linux) On Fri, Sep 03, 2004 at 05:10:26PM +1000, Jon...@cs... wrote: > Dear all, >=20 > I don't know if I am asking for something impossible... Just wondering > if someone out there might have experience/suggestion to get me to the > right ball park... >=20 > I have two linux mpls boxes linked by two mpls tunnels (one at each > direction, of course ;o). I managed to install pimd to handle multicast > routing. Is there anyway to make the linux mpls tunnel carry the igmp > traffic?? >=20 > Currently, my linux mpls was created by: >=20 > % mplsadm2 -A -O 0 > % mplsadm2 -O $opcode -o push:gen:123:set:eth0:ipv4:192.168.2.1 > % mplsadm2 -A -T tun21 > % ifconfig tun21 192.168.1.1 netmask 255.255.255.255 pointopoint > 192.168.2.1 >=20 > I also made this tunnel multicast enabled. >=20 > % ip link set tun21 multicast on >=20 > But I don't know what I need to do to enable the tunnel to carry igmp > traffic :o( >=20 > Do I have to put in GRE tunnel or something?? >=20 > Thanks for your time and consideration... >=20 > Cheers, > Jonathan >=20 >=20 >=20 > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_idP47&alloc_id=10808&op?k > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu jl...@mi... |
|
From: <Jon...@cs...> - 2004-09-03 07:22:18
|
Dear all, I don't know if I am asking for something impossible... Just wondering if someone out there might have experience/suggestion to get me to the right ball park... I have two linux mpls boxes linked by two mpls tunnels (one at each direction, of course ;o). I managed to install pimd to handle multicast routing. Is there anyway to make the linux mpls tunnel carry the igmp traffic?? Currently, my linux mpls was created by: % mplsadm2 -A -O 0 % mplsadm2 -O $opcode -o push:gen:123:set:eth0:ipv4:192.168.2.1 % mplsadm2 -A -T tun21 % ifconfig tun21 192.168.1.1 netmask 255.255.255.255 pointopoint 192.168.2.1 I also made this tunnel multicast enabled. % ip link set tun21 multicast on But I don't know what I need to do to enable the tunnel to carry igmp traffic :o( Do I have to put in GRE tunnel or something?? Thanks for your time and consideration... Cheers, Jonathan |
|
From: James R. L. <jl...@mi...> - 2004-08-26 16:39:30
|
Thank you for the bug report. On Thu, Aug 26, 2004 at 06:14:44PM +0200, Christophe Fillot wrote: > > Hi all, > > I have just built a 2.6.7-uml kernel with the latest MPLS patch > found on Sourceforge applied. > > I have enabled the following options: > > CONFIG_MPLS > CONFIG_MPLS_TUNNEL > CONFIG_IP_MPLS > CONFIG_IPV6 > > I didn't check "IPv6: MPLS Support" (CONFIG_INET6_MPLS) > > When the kernel starts, it crashes in the mpls_add_reserved_labels > function (mpls_ilm.c), on this line: > > ipv6_explicit_null.u.dst.input = ipv6_explicit_null.ilm_proto->local_deliver; > > The "ilm_proto" field is set before by: > > ipv6_explicit_null.ilm_proto = mpls_get_prot(AF_INET6); > > but if CONFIG_INET6_MPLS is not set, mpls_get_prot returns NULL. > > Maybe it could be necessary to check that the "ilm_protot" field is > correctly set before doing anything else ? > The same problem occurs if CONFIG_IP_MPLS is disabled. > > Regards, > > -- > Christophe Fillot (cf...@ut...) | Universite de Technologie de Compiegne > Tel: (+33) 03.44.23.79.02 | Service Informatique - Equipe Reseaux > GSM: (+33) 06.70.50.24.55 | Centre de Recherche de Royallieu > Fax: (+33) 03.44.23.46.77 | http://www.utc.fr > > > > ------------------------------------------------------- > SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media > 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 > Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. > http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu jl...@mi... |
|
From: Christophe F. <cf...@ut...> - 2004-08-26 16:09:51
|
Hi all, I have just built a 2.6.7-uml kernel with the latest MPLS patch found on Sourceforge applied. I have enabled the following options: CONFIG_MPLS CONFIG_MPLS_TUNNEL CONFIG_IP_MPLS CONFIG_IPV6 I didn't check "IPv6: MPLS Support" (CONFIG_INET6_MPLS) When the kernel starts, it crashes in the mpls_add_reserved_labels function (mpls_ilm.c), on this line: ipv6_explicit_null.u.dst.input = ipv6_explicit_null.ilm_proto->local_deliver; The "ilm_proto" field is set before by: ipv6_explicit_null.ilm_proto = mpls_get_prot(AF_INET6); but if CONFIG_INET6_MPLS is not set, mpls_get_prot returns NULL. Maybe it could be necessary to check that the "ilm_protot" field is correctly set before doing anything else ? The same problem occurs if CONFIG_IP_MPLS is disabled. Regards, -- Christophe Fillot (cf...@ut...) | Universite de Technologie de Compiegne Tel: (+33) 03.44.23.79.02 | Service Informatique - Equipe Reseaux GSM: (+33) 06.70.50.24.55 | Centre de Recherche de Royallieu Fax: (+33) 03.44.23.46.77 | http://www.utc.fr |
|
From: James R. L. <jl...@mi...> - 2004-08-26 15:05:58
|
"Is this thing on?" -- James R. Leu jl...@mi... |
|
From: <bla...@in...> - 2004-08-23 18:53:58
|
From: James R. Leu <jleu@mi...> Re: Newbie problems 2004-08-23 07:21 thats actually what i mean it. Thanks for your help;) |
533 messages has been excluded from this view by a project administrator.
