mpls-linux-general Mailing List for MPLS for Linux (Page 123)
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: James R. L. <jl...@mi...> - 2002-12-17 15:22:06
|
You have 2 options: The default port specified in the mplsd binary 2610. Alternativly you can specify the port on the command line with the -P option. On Tue, Dec 17, 2002 at 02:09:37PM +0800, mildseven wrote: > Hi,James : > my configuration is mpls-linux-1.172 , > kernel 2.4.20 > ldp -portable-0.305 > zebra-0.93a > > i have started mplsd then want to configure it by hand . > but i dont know it's port number in /etc/services file. so i can't login. > > i find one old letter of you . > you say : > In you setup below, you would telnet to port 1025 then login and execute > the following commands: > enable > <password> > conf t > mpls ldp > exit > int eth1 > mpls ldp > end > but i can't telnet port 1025 . > could you tell me how to find it's port number? maybe i need to specify one by myself? > > thanks a lot *^_^* > > ---- > sandy > > -- James R. Leu |
|
From: mildseven <02...@so...> - 2002-12-17 06:12:49
|
SGksSmFtZXMgOg0KICAgIG15IGNvbmZpZ3VyYXRpb24gaXMgbXBscy1saW51eC0xLjE3MiAsDQog ICAgICAgICAgICAgICAgICAgICAga2VybmVsIDIuNC4yMA0KICAgICAgICAgICAgICAgICAgICAg IGxkcCAtcG9ydGFibGUtMC4zMDUNCiAgICAgICAgICAgICAgICAgICAgICB6ZWJyYS0wLjkzYQ0K ICAgICAgIA0KICAgaSBoYXZlIHN0YXJ0ZWQgbXBsc2QgdGhlbiB3YW50IHRvIGNvbmZpZ3VyZSBp dCBieSBoYW5kIC4NCiAgIGJ1dCBpIGRvbnQga25vdyBpdCdzIHBvcnQgbnVtYmVyIGluIC9ldGMv c2VydmljZXMgZmlsZS4gc28gaSBjYW4ndCBsb2dpbi4gIA0KICAgDQogaSBmaW5kIG9uZSBvbGQg bGV0dGVyIG9mIHlvdSAuDQogeW91IHNheSA6DQogICBJbiB5b3Ugc2V0dXAgYmVsb3csIHlvdSB3 b3VsZCB0ZWxuZXQgdG8gcG9ydCAxMDI1IHRoZW4gbG9naW4gYW5kIGV4ZWN1dGUNCiAgIHRoZSBm b2xsb3dpbmcgY29tbWFuZHM6DQogICAgIGVuYWJsZQ0KICAgIDxwYXNzd29yZD4NCiAgICAgY29u ZiB0DQogICAgIG1wbHMgbGRwDQogICAgIGV4aXQNCiAgICAgaW50IGV0aDENCiAgICAgbXBscyBs ZHANCiAgICAgZW5kDQogYnV0IGkgY2FuJ3QgdGVsbmV0IHBvcnQgMTAyNSAuDQogIGNvdWxkIHlv dSB0ZWxsIG1lIGhvdyB0byBmaW5kIGl0J3MgcG9ydCBudW1iZXI/IG1heWJlIGkgbmVlZCB0byBz cGVjaWZ5IG9uZSBieSBteXNlbGY/DQogDQp0aGFua3MgYSBsb3QgKl5fXioNCg0KLS0tLQ0KIHNh bmR5DQogDQogDQo= |
|
From: James R. L. <jl...@mi...> - 2002-12-14 17:21:16
|
When you experience a crash that results in a core file. Start up gdb with that core file (gdb mplsd core) and the do a 'where'. That will print the stack at the time of the failure. Either send me the stack dump or go over to sf.net/projects/mpls-linux/ and submit a bug report with the stack trace and the info you have gathered below. Thanks On Sat, Dec 14, 2002 at 03:15:43PM +0900, Kwangwoo Lee wrote: > [MPLS network info] > zebra version : 0.93b > ldpportable version : 0.305 > mpls-linux version : 1.172 >=20 > +--------+ > eth1| |eth0 =20 > +-----------------+Router E+--------------+ > / | | \ eth2 > +--------+ / +--------+ \ +--------+ > | +/ \+ |= eth1 > ----+Router A| |Router D+= ---- =20 > | +\ /+ | > +--------+ \ +--------+ +--------+ / +--------+ > \ | | | | / eth0 > +-------+Router B+------+Router C+--------+ > | | | |eth1 > +--------+ +--------+ >=20 > hello... > this is our mpls network topology. > if mplsd run on each router, a certain mpls deamon is killed. >=20 > mpls deamons of Router B and Router C and router E run well. > but,=20 > mpls deamon of "Router D" run for a second=20 > then,=20 > it is killed soon. > (In this network, we disabled "router A".=20 > so don't care of it. and At route D, eth1 was "not enabled" to use mpls.) > why??? >=20 > we appended gdb excution result. >=20 > yesterday, error message > ------------------------ > mplsd: ldp_init.c:76: MPLS_ASSERT(0)=20 > --->maybe it is because of "ldp_init.c 's line 70 #if MPLS_USE_LSR" ??? > =20 > ------------------------ > today, two type error messages > ------------------------ > mplsd: ldp_attr.c:306: ldp_attr_delete: Assertion `a->in_tree =3D=3D MPLS= _BOOL_FALSE' failed. > Program received signal SIGABRT, Aborted. > 0x400f8781 in kill () from /lib/libc.so.6 =20 > ------------------------ > 224 thread_call(&thread); > (gdb) n > ldp_get_session_by_next_hop: NH_OTHER 0x80c8788 > ldp_get_next_hop_session_for_fec: 0x80c8788 > _ldp_global_add_outlabel > ldp_label_mapping_with_xc: enter > mpls_mpls_xconnect_add: 10000 <-> 10007 > ldp_label_mapping_with_xc: exit > ldp_mpls_in2out_del: 10000 <-> 10007 > session delete > 225 } > (gdb) n > 224 thread_call(&thread); > (gdb) n > ldp_label_mapping_with_xc: enter >=20 > Program received signal SIGPIPE, Broken pipe. > 0x401923e4 in write () from /lib/libc.so.6 > ---------------------------- >=20 > what happen?? > i don't know why.... >=20 > while gdb is running,=20 > we find these messages > adj delete > session delete > if adj means adjacency, adjacent router don't die.=20 > =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=D3=86+,=7F=F9=DE=B5=E9= =9A=8AX=AC=B2=9A'=B2=8A=DEu=BC=FFZ+a=1A=B7=9A=B4=FA0z=BF=C2=A2g=AC=1A=B7=9A= =B5=17=AC=A6=89=EC=89=B8=A5=8A=DC=8By=AA=E7=B6=8B=AC{*.=AE=9A0z=B6=AD9 =CD= =FE=C1=E2=82=13=DE=AD=FA+=99=A9=DCx*&=A6=EBb=9E=00=A1jy=DE=96=1Bm=A7=FF=FF= =86=97=FFu=EB=DC=85=A9=E7z_=E8=AE=0F=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF= =FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=FF=F9=A9=96= =CF=E5=8A{=B1=FE=07=A7z=B6=A5=99=A8=A5=8Ax%=8A=CBf=A6[=FF=96)=EE=C7=F8=1E= =9D=EA=DA=97=F9b=B2=DB=FF=B2=8B=ABq=E7=E8=AE=07=FF=9D=EBa=B6=DAl=FF=FF=E5= =8A=CBl=FE=CA.=AD=C7=9F=A2=B8=1E=FEw=AD=FEX=AC=B6=CF=E5=8A=CBb=9D=FA?=9A=99= l=FEX=A7=BB=1F=E0zw=AB --=20 James R. Leu |
|
From: Kwangwoo L. <ji...@ko...> - 2002-12-14 06:17:26
|
W01QTFMgbmV0d29yayBpbmZvXQ0KemVicmEgdmVyc2lvbiA6IDAuOTNiDQpsZHBwb3J0YWJsZSB2 ZXJzaW9uIDogMC4zMDUNCm1wbHMtbGludXggdmVyc2lvbiA6IDEuMTcyDQoNCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tKw0KICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIGV0aDF8ICAgICAgICB8ZXRoMCAgDQogICAgICAgICAgICAgICAgICstLS0tLS0t LS0tLS0tLS0tLStSb3V0ZXIgRSstLS0tLS0tLS0tLS0tLSsNCiAgICAgICAgICAgICAgICAvICAg ICAgICAgICAgICAgICAgfCAgICAgICAgfCAgICAgICAgICAgICAgIFwgIGV0aDINCiAgICArLS0t LS0tLS0rIC8gICAgICAgICAgICAgICAgICAgKy0tLS0tLS0tKyAgICAgICAgICAgICAgICBcICst LS0tLS0tLSsNCiAgICB8ICAgICAgICArLyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgXCsgICAgICAgIHxldGgxDQotLS0tK1JvdXRlciBBfCAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8Um91dGVyIEQrLS0tLSAgDQog ICAgfCAgICAgICAgK1wgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIC8rICAgICAgICB8DQogICAgKy0tLS0tLS0tKyBcICAgICAgICAgKy0tLS0tLS0tKyAgICAg ICstLS0tLS0tLSsgICAgICAgICAgLyArLS0tLS0tLS0rDQogICAgICAgICAgICAgICAgXCAgICAg ICAgfCAgICAgICAgfCAgICAgIHwgICAgICAgIHwgICAgICAgICAvICBldGgwDQogICAgICAgICAg ICAgICAgICstLS0tLS0tK1JvdXRlciBCKy0tLS0tLStSb3V0ZXIgQystLS0tLS0tLSsNCiAgICAg ICAgICAgICAgICAgICAgICAgICB8ICAgICAgICB8ICAgICAgfCAgICAgICAgfGV0aDENCiAgICAg ICAgICAgICAgICAgICAgICAgICArLS0tLS0tLS0rICAgICAgKy0tLS0tLS0tKw0KDQpoZWxsby4u Lg0KdGhpcyBpcyBvdXIgbXBscyBuZXR3b3JrIHRvcG9sb2d5Lg0KaWYgbXBsc2QgcnVuIG9uIGVh Y2ggcm91dGVyLCBhIGNlcnRhaW4gbXBscyBkZWFtb24gaXMga2lsbGVkLg0KDQptcGxzIGRlYW1v bnMgb2YgUm91dGVyIEIgYW5kIFJvdXRlciBDIGFuZCByb3V0ZXIgRSBydW4gd2VsbC4NCmJ1dCwg DQptcGxzIGRlYW1vbiBvZiAiUm91dGVyIEQiIHJ1biBmb3IgYSBzZWNvbmQgDQp0aGVuLCANCml0 IGlzIGtpbGxlZCBzb29uLg0KKEluIHRoaXMgbmV0d29yaywgd2UgZGlzYWJsZWQgInJvdXRlciBB Ii4gDQogc28gZG9uJ3QgY2FyZSBvZiBpdC4gYW5kIEF0IHJvdXRlIEQsIGV0aDEgd2FzICJub3Qg ZW5hYmxlZCIgdG8gdXNlIG1wbHMuKQ0Kd2h5Pz8/DQoNCndlIGFwcGVuZGVkIGdkYiBleGN1dGlv biByZXN1bHQuDQoNCnllc3RlcmRheSwgZXJyb3IgbWVzc2FnZQ0KLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQptcGxzZDogbGRwX2luaXQuYzo3NjogTVBMU19BU1NFUlQoMCkgDQotLS0+bWF5YmUg aXQgaXMgYmVjYXVzZSBvZiAibGRwX2luaXQuYyAncyBsaW5lIDcwICNpZiBNUExTX1VTRV9MU1Ii ID8/Pw0KIA0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQp0b2RheSwgdHdvIHR5cGUgZXJyb3Ig bWVzc2FnZXMNCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KbXBsc2Q6IGxkcF9hdHRyLmM6MzA2 OiBsZHBfYXR0cl9kZWxldGU6IEFzc2VydGlvbiBgYS0+aW5fdHJlZSA9PSBNUExTX0JPT0xfRkFM U0UnIGZhaWxlZC4NClByb2dyYW0gcmVjZWl2ZWQgc2lnbmFsIFNJR0FCUlQsIEFib3J0ZWQuDQow eDQwMGY4NzgxIGluIGtpbGwgKCkgZnJvbSAvbGliL2xpYmMuc28uNiAgICAgICANCi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLQ0KMjI0ICAgICAgICAgdGhyZWFkX2NhbGwoJnRocmVhZCk7DQooZ2Ri KSBuDQpsZHBfZ2V0X3Nlc3Npb25fYnlfbmV4dF9ob3A6IE5IX09USEVSIDB4ODBjODc4OA0KbGRw X2dldF9uZXh0X2hvcF9zZXNzaW9uX2Zvcl9mZWM6IDB4ODBjODc4OA0KX2xkcF9nbG9iYWxfYWRk X291dGxhYmVsDQpsZHBfbGFiZWxfbWFwcGluZ193aXRoX3hjOiBlbnRlcg0KbXBsc19tcGxzX3hj b25uZWN0X2FkZDogMTAwMDAgPC0+IDEwMDA3DQpsZHBfbGFiZWxfbWFwcGluZ193aXRoX3hjOiBl eGl0DQpsZHBfbXBsc19pbjJvdXRfZGVsOiAxMDAwMCA8LT4gMTAwMDcNCnNlc3Npb24gZGVsZXRl DQoyMjUgICAgICAgfQ0KKGdkYikgbg0KMjI0ICAgICAgICAgdGhyZWFkX2NhbGwoJnRocmVhZCk7 DQooZ2RiKSBuDQpsZHBfbGFiZWxfbWFwcGluZ193aXRoX3hjOiBlbnRlcg0KDQpQcm9ncmFtIHJl Y2VpdmVkIHNpZ25hbCBTSUdQSVBFLCBCcm9rZW4gcGlwZS4NCjB4NDAxOTIzZTQgaW4gd3JpdGUg KCkgZnJvbSAvbGliL2xpYmMuc28uNg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQp3 aGF0IGhhcHBlbj8/DQppIGRvbid0IGtub3cgd2h5Li4uLg0KDQp3aGlsZSBnZGIgaXMgcnVubmlu ZywgDQp3ZSBmaW5kIHRoZXNlIG1lc3NhZ2VzDQogYWRqIGRlbGV0ZQ0KIHNlc3Npb24gZGVsZXRl DQppZiBhZGogbWVhbnMgYWRqYWNlbmN5LCBhZGphY2VudCByb3V0ZXIgZG9uJ3QgZGllLiANCg== |
|
From: Wenjing C. <wc...@ne...> - 2002-12-11 18:27:03
|
You may also consult an IETF draft on this subject (MPLS over IP or = GRE). draft-rosen-mpls-in-ip-or-gre-00.txt Wenjing Chu wc...@ne... +1 (650) 429-4757 > -----Original Message----- > From: James R. Leu [mailto:jl...@mi...] > Sent: Tuesday, December 03, 2002 9:14 PM > To: Osgaldo Suanzes > Cc: mpl...@li... > Subject: Re: [mpls-linux-general] MPLS/Linux on VPN topology >=20 >=20 > On Tue, Dec 03, 2002 at 01:03:07AM +0100, Osgaldo Suanzes wrote: > > Hi, > >=20 > > Does someone have some experience with Vpn and MPLS for Linux ? > > I need to build a server that supports MPLS over VPN=20 > conections, and Im > > not sure if Mpls for Linux can handle this. > > Can someone tell me experience or hints or maybe point me to > > somewhere that can help me out? >=20 > If in understand you correctly, you want to setup LSP across IPIP or > GRE tunnels? Cool. I'm not sure if any one has done this yet. The > forwarding plan (kernel) should support this, if it does't I=20 > should be able > to provide fixes for you. >=20 > >=20 > > Thanks in advance. > >=20 > > Osgaldo. > >=20 > >=20 > >=20 > > ------------------------------------------------------- > > This SF.net email is sponsored by: Get the new Palm Tungsten T=20 > > handheld. Power & Color in a compact size!=20 > > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >=20 > --=20 > James R. Leu >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Microsoft Visual Studio.NET=20 > comprehensive development tool, built to increase your=20 > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >=20 |
|
From: nitin p. <tac...@ya...> - 2002-12-11 05:17:12
|
Hi James, --- "James R. Leu" <jl...@mi...> wrote: > I would expect Ingress to be slower, I just didn't > think it would > be that slow :-) > > Another thing to note is that when using tcpdump or > the like, your > forcing the MPLS stack to make a private copy > (otherwise the version > seen by tcpdump will be corrupt) Won't that be the case will tethereal or any other sniffer.And this will happen at all nodes including LSR and ingress, so while doing comparison we can neglect this:), please correct me. Thanks, Nitin . So you are > forcing some aditional > mem copies. > > Armed with this new info I'll see if I can find some > way to optimize > the ingress LER case. > > Thanks for your work. > > On Sun, Dec 08, 2002 at 03:27:25PM -0800, nitin > panjwani wrote: > > Hi James, > > > > Recently I measured the processing delay caused > > protocol stack at Ingress, Egress and core. > > > > Here are my results: > > Ingress: 3.665 ms > > Egress: 0.035 ms > > Core: 0.018 ms > > IP:0.023 ms > > > > It makes sense that processing time at these nodes > > will be in the following order > > > > Ingress >= Egress > Core > > > > What I am wondering, is huge delay at Ingress. If > we > > do L3 lookup + L2.5 forwarding even then it > doesn't > > clearify the reason of huge value. Can you please > > explain in short how processing is taking place at > > Ingress and how it can explain this delay. > > > > Let me also explain my measuring technique, you > can > > corect me on this if I am doing something wrong. > > > > ---e1[Node]e0------ > > > > In this I am running tcpdump/tethereal at both e0 > and > > e1. What I have understood is that libcap(used by > > tcpdump/tethereal) captures the packet at device > > driver, which is after it has been processed by > > protocol stack for outgoing packet and before > being > > processed by protocol stack for incomming packet. > > > > > Thanks and Regards, > > Nitin > > > > > > > > > > > > > > > > > > > > > > __________________________________________________ > > Do you Yahoo!? > > Yahoo! Mail Plus - Powerful. Affordable. Sign up > now. > > http://mailplus.yahoo.com > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by:ThinkGeek > > Welcome to geek heaven. > > http://thinkgeek.com/sf > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: James R. L. <jl...@mi...> - 2002-12-11 01:48:10
|
I would expect Ingress to be slower, I just didn't think it would be that slow :-) Another thing to note is that when using tcpdump or the like, your forcing the MPLS stack to make a private copy (otherwise the version seen by tcpdump will be corrupt). So you are forcing some aditional mem copies. Armed with this new info I'll see if I can find some way to optimize the ingress LER case. Thanks for your work. On Sun, Dec 08, 2002 at 03:27:25PM -0800, nitin panjwani wrote: > Hi James, > > Recently I measured the processing delay caused > protocol stack at Ingress, Egress and core. > > Here are my results: > Ingress: 3.665 ms > Egress: 0.035 ms > Core: 0.018 ms > IP:0.023 ms > > It makes sense that processing time at these nodes > will be in the following order > > Ingress >= Egress > Core > > What I am wondering, is huge delay at Ingress. If we > do L3 lookup + L2.5 forwarding even then it doesn't > clearify the reason of huge value. Can you please > explain in short how processing is taking place at > Ingress and how it can explain this delay. > > Let me also explain my measuring technique, you can > corect me on this if I am doing something wrong. > > ---e1[Node]e0------ > > In this I am running tcpdump/tethereal at both e0 and > e1. What I have understood is that libcap(used by > tcpdump/tethereal) captures the packet at device > driver, which is after it has been processed by > protocol stack for outgoing packet and before being > processed by protocol stack for incomming packet. > > Thanks and Regards, > Nitin > > > > > > > > > > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: Folke A. <aeo...@ho...> - 2002-12-09 02:11:37
|
hi, is there any existing version of "LDP MIB" you mentioned below? if so, where can i get it? by the way , i am currently working on the a project about the MIB implemention on linux on diffserv+mpls, and i've already done a proto-version of a MIB file and a agent extension based on ucd-snmp-4.2.5. But , as the agent , the C code is very poor and ugly -- i am a new-commer about C - coding on linux world. rather, if you want it , i can make it open-source under GNU. But, as about the MIB file it-self, i am not sure whether my director will agree to make it open, for i am not sure whether this MIB is under the protection GNU licence. does anyone has some idea about it ? folke >From: mpl...@li... >Reply-To: mpl...@li... >To: mpl...@li... >Subject: mpls-linux-general digest, Vol 1 #429 - 1 msg >Date: Sun, 08 Dec 2002 12:02:39 -0800 > >Send mpls-linux-general mailing list submissions to > mpl...@li... > >To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general >or, via email, send a message with subject or body 'help' to > mpl...@li... > >You can reach the person managing the list at > mpl...@li... > >When replying, please edit your Subject line so it is more specific >than "Re: Contents of mpls-linux-general digest..." > > >Today's Topics: > > 1. LDP MIB (Zahra Farahmand) > >--__--__-- > >Message: 1 >Date: Sat, 7 Dec 2002 23:30:48 -0800 (PST) >From: Zahra Farahmand <mar...@ya...> >To: mpl...@li... >Subject: [mpls-linux-general] LDP MIB > >Hi > >I want to Know more about LDP MIB that supports >Differentiated services and establishing E-LSP and >L-LSP. >In the other word I don't know which parts must be >added to LDP MIB to support differenciated services >and which objects are necessary to configure potential >LDP sessions on a diffserv LSR. >I look forward to hear from you and I need your help. > >best regards >Z.Farahmand. > > > >__________________________________________________ >Do you Yahoo!? >Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >http://mailplus.yahoo.com > > > >--__--__-- > >_______________________________________________ >mpls-linux-general mailing list >mpl...@li... >https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > >End of mpls-linux-general Digest _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail |
|
From: nitin p. <tac...@ya...> - 2002-12-08 23:27:26
|
Hi James,
Recently I measured the processing delay caused
protocol stack at Ingress, Egress and core.
Here are my results:
Ingress: 3.665 ms
Egress: 0.035 ms
Core: 0.018 ms
IP:0.023 ms
It makes sense that processing time at these nodes
will be in the following order
Ingress >= Egress > Core
What I am wondering, is huge delay at Ingress. If we
do L3 lookup + L2.5 forwarding even then it doesn't
clearify the reason of huge value. Can you please
explain in short how processing is taking place at
Ingress and how it can explain this delay.
Let me also explain my measuring technique, you can
corect me on this if I am doing something wrong.
---e1[Node]e0------
In this I am running tcpdump/tethereal at both e0 and
e1. What I have understood is that libcap(used by
tcpdump/tethereal) captures the packet at device
driver, which is after it has been processed by
protocol stack for outgoing packet and before being
processed by protocol stack for incomming packet.
Thanks and Regards,
Nitin
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
|
|
From: Zahra F. <mar...@ya...> - 2002-12-08 07:30:48
|
Hi
I want to Know more about LDP MIB that supports
Differentiated services and establishing E-LSP and
L-LSP.
In the other word I don't know which parts must be
added to LDP MIB to support differenciated services
and which objects are necessary to configure potential
LDP sessions on a diffserv LSR.
I look forward to hear from you and I need your help.
best regards
Z.Farahmand.
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
|
|
From: Homer S. <h_j...@ma...> - 2002-12-06 14:52:29
|
Hi, I've tried the new version of mpls-linux (and ds_mpls) and I still have the mpls_bogus_output problem on my router that blocks its network services. So I'm still using kernel 2.4.17 based configuration that stays silent and works well (or seems to do). I did not have time to investigate this problem yet as I'm still working on pure Intserv network, so I do not know what info can be helpful to help me finding a solution... What is the main differences between this version and new one ? I saw that the "mpls_bogus_output" message is quite recent in the mpls package. How do we do to live without before ? What the required outlabel index means and used for ? Thanks :) Eric ----- Original Message ----- From: "James R. Leu" <jl...@mi...> Date: Tue, 3 Dec 2002 23:23:10 -0600 To: Homer Simpson <h_j...@ma...> Subject: Re: [mpls-linux-general] mpls_bogus_output > See comment inline. > > On Fri, Nov 15, 2002 at 05:12:51PM -0500, Homer Simpson wrote: > > Hi all, > > > > I'm trying to set up a network to test first intserv/rsvp > > and then mpls features. Not to have to change the my configuration, > > I'm using linux-mpls + rsvpd-TE deamon (from Ghent University). > > > > My network is very simple : 2 hosts (clients) connected to a central > > router. I've succeeded in making the software work with kernel 2.4.17 > > (and rsvpd 0.63) but things seems not that simple with a > > kernel 2.4.19 configuration. I've compiled this kernel on a > > development machine and installed it on my the hosts. There is no > > problem to make the client work but I cannot have the router start > > correctly. It's boot process is ok but there are some problems with > > the network services. The only noticeable differences between the > > router and the hosts are the number of eth accesses (4 instead of > > 1) and the use of zebra (version 0.92a) on this machine. It seems > > that zebra doesn't start and dmesg log contains plenty of > > "mpls_bogus_output" (see bellow). > > The mpls_bogus_output is due to the IPv4 layer specifing an outlabel > index that doesn't exist. > > Let is know if your still having problems. > > > > Did anybody heard about such problems ? > > > > Thanks :) > > > > Eric > > > > PS : dmesg log : > > ... > > parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP] > > eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.htmleepro100.c: > > $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <sa...@sa...> > > and others > > PCI: Found IRQ 11 for device 01:08.0 > > eth0: Intel Corp. 82801BA/BAM/CA/CAM Ethernet Controller, > > 00:03:47:69:0C:5F, IRQ 11. Board assembly 000000-000, Physical > > connectors present: RJ45 > > Primary interface chip i82555 PHY #1. > > General self-test: passed. > > Serial sub-system self-test: passed. > > Internal registers self-test: passed. > > ROM checksum self-test: passed (0x04f4518b). > > PCI: Found IRQ 11 for device 01:0d.0 > > eth1: Intel Corp. 82557/8/9 [Ethernet Pro 100] (#3), > > 00:D0:B7:49:0D:B2, IRQ 11. > > Board assembly 748565-005, Physical connectors present: RJ45 > > Primary interface chip i82555 PHY #1. > > General self-test: passed. > > Serial sub-system self-test: passed. > > Internal registers self-test: passed. > > ROM checksum self-test: passed (0xdbd8681d). > > PCI: Found IRQ 9 for device 01:0c.0 > > PCI: Sharing IRQ 9 with 00:1f.3 > > PCI: Sharing IRQ 9 with 00:1f.5 > > eth2: Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2), > > 00:D0:B7:49:0F:41, IRQ 9. > > Board assembly 748565-005, Physical connectors present: RJ45 > > Primary interface chip i82555 PHY #1. > > General self-test: passed. > > Serial sub-system self-test: passed. > > Internal registers self-test: passed. > > ROM checksum self-test: passed (0xdbd8681d). > > PCI: Found IRQ 10 for device 01:0b.0 > > PCI: Sharing IRQ 10 with 00:1f.4 > > eth3: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:D0:B7:49:0C:0C, > > IRQ 10. > > Board assembly 748565-005, Physical connectors present: RJ45 > > Primary interface chip i82555 PHY #1. > > General self-test: passed. > > Serial sub-system self-test: passed. > > Internal registers self-test: passed. > > ROM checksum self-test: passed (0xdbd8681d). > > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > > Linux agpgart interface v0.99 (c) Jeff Hartmann > > agpgart: Maximum main memory to use for agp memory: 202M > > agpgart: agpgart: Detected an Intel i815 Chipset. > > agpgart: AGP aperture is 64M @ 0xf8000000 > > memory : cd26e3e0 > > memory : 00000000 > > memory : cd26e420 > > mpls_bogus_output: 192.168.21.2 -> 193.252.19.244, eth0 > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > > memory : cd26e4a0 > > memory : 00000000 > > memory : cd26e4e0 > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.21.2 -> 193.252.19.244, eth0 > > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.38.10, eth0 > > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > > mpls_bogus_output: 192.168.25.2 -> 216.239.38.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.38.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.36.10, eth0 > > mpls_bogus_output: 192.168.25.2 -> 216.239.34.10, eth0 > > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > > (and so on...) > > le & ready to mingle? lavalife.com: Where singles click. Free to > > Search! > > http://www.lavalife.com/wp.epl?a=2716 > > > > -- > > __________________________________________________________ > > Sign-up for your own FREE Personalized E-mail at Mail.com > > http://www.mail.com/?sr=signup > > > > Single & ready to mingle? lavalife.com: Where singles click. Free to Search! > > http://www.lavalife.com/wp.epl?a=2716 > > > > > > > > ------------------------------------------------------- > > This sf.net email is sponsored by: To learn the basics of securing > > your web site with SSL, click here to get a FREE TRIAL of a Thawte > > Server Certificate: http://www.gothawte.com/rd524.html > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > -- > James R. Leu > > > ------------------------------------------------------- > This SF.net email is sponsored by: Microsoft Visual Studio.NET > comprehensive development tool, built to increase your > productivity. Try a free online hosted session at: > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup One click access to the Top Search Engines http://www.exactsearchbar.com/mailcom |
|
From: <pp...@cp...> - 2002-12-05 18:31:15
|
Thank you for the messages, O. Delcourt! -----Mensagem original----- De: O. Delcourt [mailto:s9...@ho...] Enviada em: quinta-feira, 5 de dezembro de 2002 15:21 Para: Pl=EDnio de Paula Assunto: mpls O. Delcourt |
|
From: <pp...@cp...> - 2002-12-05 16:14:42
|
Hello People! Could any of you send me all MPLS list messages since 01/12/02 till = 04/12/02 (if any)? Mailbox crash... :( Thanks! |
|
From: James R. L. <jl...@mi...> - 2002-12-04 04:25:42
|
I'm not sure how to go about getting packet dumps on PPP interfaces. That is the first problem that need to be solved. Once you have the packet dump capability then you need to worry about how to decode the packets. On Sat, Nov 23, 2002 at 12:01:27PM +0500, pa...@vs... wrote: > hi > i am Ms.Pathma Rathinavelu, am working on an mpls enhanced linux platform. i am performing a simple experiment on PPPD which is MPLS enhanced. the set up is very simple and it is as follws . i have connected 2 machines with RS-232 cable, and both are operating in Linux - MPLS enabled platform. i have patched the file ppp-2.4.1-mpls.diff file. how do i test for the serial communication between the 2 computers ?? . for MPLS operatability i tested using 'ethereal' packet analyser. what is the way for testing PPPD -serial communication , are there any emulators available ?? or ones like "ethereal" > > kindly help me out. > thanks in advance > pathma > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-04 04:23:45
|
On Sat, Nov 23, 2002 at 10:59:14AM +0900, Kwangwoo Lee wrote: > Hello! > I saw CR-extentions for LDP entry in TODO list. > And I know ldp-portable package includes nortel networks's cr-ldp codes. > > if ldp-portable don't support cr-ldp feature, > and > if your group intend to rewrite the nortel networks's cr-ldp codes of ldp-portable package to GNU lience, > we would like to know about the situation of implementation of cr-ldp feature. :) > > we are students who are interested in mpls. > so, we would like to implement cr-ldp based on ldp-portable. > > if possible, send any information to us.. > > have a good time. The code from nortel is just the encode and decode functions. Since I use this code in ldp-portable this means it can decode and encode the CR TVLs, but processing them is not supported. If you are looking to implement the procesing of the CR TLV in ldp-portable I'll be more then happy to point you in the right direction. -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-04 04:21:10
|
On Mon, Dec 02, 2002 at 02:21:31PM +0100, sehla loussaief wrote: > Hi all, > I'am using the mpls-linux impementation for academic > research and i want to know if there is an available > version witch support the ATM: that's mean if i can > encapsulate the label in the VPI/VCI field. There was a version at one time that supported ATM. The code for it was a hack and I didn't have any ability to test it. At some point I plan to re-implement the FR and ATM layers to support MPLS and other switching based technologies. > Please help. > Many thanks. >=20 > --- "James R. Leu" <jl...@mi...> a =E9crit : > > On Wed, Mar 27, 2002 at 03:19:11AM -0800, Kanwar > > Deep Singh wrote: > > > hi jim, > > > i am using latest ldp from CVS. is that ldp > > dynamic > > > i mean if i add a new route while ldp is running > > .. > > > does it going to distribute labels for it or it > > just > > > uses the route which r there in /proc/net/route at > > the > > > start of ldp_linux .. > >=20 > > You are correct. This doesn't mean that > > ldp-portable doesn't know how to > > distribute new labels, it is just that the ldp_linux > > porting layer doesn't > > listen to route changes from the kernel. > >=20 > > Jim > >=20 > >=20 > > > thanx in advace > > > anish > > >=20 > > > __________________________________________________ > > > Do You Yahoo!? > > > Yahoo! Movies - coverage of the 74th Academy > > Awards=AE > > > http://movies.yahoo.com/ > > >=20 > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > >=20 > > --=20 > > James R. Leu > >=20 > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general=20 >=20 > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en fran=E7ais ! > Yahoo! Mail : http://fr.mail.yahoo.com >=20 >=20 > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-04 03:41:29
|
As long as the VLAN interface has the correct MTU, the out labels created on top of it should have the correct MTU as well. On a standard ethernet card (with a physical MTU of 1514) the VLAN interfaces build on top of it should have an IP MTU of 1492. On Sun, Dec 01, 2002 at 07:52:28PM +0100, Yon Uriarte wrote: > Hi, > > On Wed, 27 Nov 2002, Mats Ydeklew wrote: > > Hi, > > > > I'm new at mpls and have some questions. > > > > My test plan is to use mpls in a firewall environment with only the LSR > > functionality. > > Cisco routers take care of labelling the packets at the edge and my mpls > > Linux just > > watching the traffic that passes through. > > > > 1. Do I need ldp or Zebra to do this? > > 2. Have someone been testing mpls together with linux-vlan? > > I've been running mpls over linux-vlan on UML-instances. There are > problems since frames get +4 because of the VLAN-tag and +4(or more) > because of the MPLS label(s). Anything in between that doesnt like those > bigger frames will kill your network connection (NICs, NIC-drivers, > switches). > > regards, > yon > > > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-04 03:20:45
|
See comment inline. On Fri, Nov 15, 2002 at 05:12:51PM -0500, Homer Simpson wrote: > Hi all, > > I'm trying to set up a network to test first intserv/rsvp > and then mpls features. Not to have to change the my configuration, > I'm using linux-mpls + rsvpd-TE deamon (from Ghent University). > > My network is very simple : 2 hosts (clients) connected to a central > router. I've succeeded in making the software work with kernel 2.4.17 > (and rsvpd 0.63) but things seems not that simple with a > kernel 2.4.19 configuration. I've compiled this kernel on a > development machine and installed it on my the hosts. There is no > problem to make the client work but I cannot have the router start > correctly. It's boot process is ok but there are some problems with > the network services. The only noticeable differences between the > router and the hosts are the number of eth accesses (4 instead of > 1) and the use of zebra (version 0.92a) on this machine. It seems > that zebra doesn't start and dmesg log contains plenty of > "mpls_bogus_output" (see bellow). The mpls_bogus_output is due to the IPv4 layer specifing an outlabel index that doesn't exist. Let is know if your still having problems. > Did anybody heard about such problems ? > > Thanks :) > > Eric > > PS : dmesg log : > ... > parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP] > eepro100.c:v1.09j-t 9/29/99 Donald Becker http://www.scyld.com/network/eepro100.htmleepro100.c: > $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <sa...@sa...> > and others > PCI: Found IRQ 11 for device 01:08.0 > eth0: Intel Corp. 82801BA/BAM/CA/CAM Ethernet Controller, > 00:03:47:69:0C:5F, IRQ 11. Board assembly 000000-000, Physical > connectors present: RJ45 > Primary interface chip i82555 PHY #1. > General self-test: passed. > Serial sub-system self-test: passed. > Internal registers self-test: passed. > ROM checksum self-test: passed (0x04f4518b). > PCI: Found IRQ 11 for device 01:0d.0 > eth1: Intel Corp. 82557/8/9 [Ethernet Pro 100] (#3), > 00:D0:B7:49:0D:B2, IRQ 11. > Board assembly 748565-005, Physical connectors present: RJ45 > Primary interface chip i82555 PHY #1. > General self-test: passed. > Serial sub-system self-test: passed. > Internal registers self-test: passed. > ROM checksum self-test: passed (0xdbd8681d). > PCI: Found IRQ 9 for device 01:0c.0 > PCI: Sharing IRQ 9 with 00:1f.3 > PCI: Sharing IRQ 9 with 00:1f.5 > eth2: Intel Corp. 82557/8/9 [Ethernet Pro 100] (#2), > 00:D0:B7:49:0F:41, IRQ 9. > Board assembly 748565-005, Physical connectors present: RJ45 > Primary interface chip i82555 PHY #1. > General self-test: passed. > Serial sub-system self-test: passed. > Internal registers self-test: passed. > ROM checksum self-test: passed (0xdbd8681d). > PCI: Found IRQ 10 for device 01:0b.0 > PCI: Sharing IRQ 10 with 00:1f.4 > eth3: Intel Corp. 82557/8/9 [Ethernet Pro 100], 00:D0:B7:49:0C:0C, > IRQ 10. > Board assembly 748565-005, Physical connectors present: RJ45 > Primary interface chip i82555 PHY #1. > General self-test: passed. > Serial sub-system self-test: passed. > Internal registers self-test: passed. > ROM checksum self-test: passed (0xdbd8681d). > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > Linux agpgart interface v0.99 (c) Jeff Hartmann > agpgart: Maximum main memory to use for agp memory: 202M > agpgart: agpgart: Detected an Intel i815 Chipset. > agpgart: AGP aperture is 64M @ 0xf8000000 > memory : cd26e3e0 > memory : 00000000 > memory : cd26e420 > mpls_bogus_output: 192.168.21.2 -> 193.252.19.244, eth0 > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > memory : cd26e4a0 > memory : 00000000 > memory : cd26e4e0 > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.21.2 -> 193.252.19.244, eth0 > mpls_bogus_output: 192.168.16.1 -> 192.168.7.2, ? > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.38.10, eth0 > mpls_bogus_output: 192.168.18.2 -> 192.168.7.2, eth2 > mpls_bogus_output: 192.168.25.2 -> 216.239.38.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.38.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.32.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.36.10, eth0 > mpls_bogus_output: 192.168.25.2 -> 216.239.34.10, eth0 > mpls_bogus_output: 192.168.5.2 -> 192.168.7.2, eth3 > (and so on...) > le & ready to mingle? lavalife.com: Where singles click. Free to > Search! > http://www.lavalife.com/wp.epl?a=2716 > > -- > __________________________________________________________ > Sign-up for your own FREE Personalized E-mail at Mail.com > http://www.mail.com/?sr=signup > > Single & ready to mingle? lavalife.com: Where singles click. Free to Search! > http://www.lavalife.com/wp.epl?a=2716 > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-04 03:13:44
|
How are you going about implementing the various PHPs? When you have something setup, please send a sample to the list with the commands you are using to set it up. Let us know if you run into any difficulties. On Mon, Dec 02, 2002 at 09:01:53PM -0800, nitin panjwani wrote: > Hi James and All, > > I am trying to do some analysis in which I want to > find some results which indicates how DIffServ > performs in MPLS domain compare to DiffServ over IP . > I have a network of four LSRs and atraffic analyzer.So > far I was trying to compare the delay at constant > traffic rate.. haven't got any concreate results. > > I need some suggestions on this. > > Thanks, > Nitin > > __________________________________________________ > Do you Yahoo!? > Yahoo! Mail Plus - Powerful. Affordable. Sign up now. > http://mailplus.yahoo.com > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-04 03:11:49
|
On Tue, Dec 03, 2002 at 01:03:07AM +0100, Osgaldo Suanzes wrote: > Hi, > > Does someone have some experience with Vpn and MPLS for Linux ? > I need to build a server that supports MPLS over VPN conections, and Im > not sure if Mpls for Linux can handle this. > Can someone tell me experience or hints or maybe point me to > somewhere that can help me out? If in understand you correctly, you want to setup LSP across IPIP or GRE tunnels? Cool. I'm not sure if any one has done this yet. The forwarding plan (kernel) should support this, if it does't I should be able to provide fixes for you. > > Thanks in advance. > > Osgaldo. > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T > handheld. Power & Color in a compact size! > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general -- James R. Leu |
|
From: James R. L. <jl...@mi...> - 2002-12-03 16:05:31
|
There must be a bug in mplsadm2. Try changing it into 2 commands: mplsadm2 -A -O 0 mplsadm2 -O 0x2 -o push:gen:16:set:eth0:ipv4:10.0.0.2 On Tue, Dec 03, 2002 at 12:59:23AM +0100, Krzysztof Musia=B3 wrote: >=20 > Hi,=20 > I've debian linux with 2.4.18 kernel and mpls-1.1.170. > I compiled it and after instruction mplsadm2 -A -O 0 -o > push:gen:16:set:eth0:ipv4:10.0.0.2 I've got the answer: > =09 > Key 0x0000002 > OutSegment add: Success > OutInstr: Illegal Seek > =09 > What's the reason? >=20 > =09 > Krzysztof Musial > km...@is... > Technical University of Wroclaw=20 > POLAND >=20 >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Get the new Palm Tungsten T=20 > handheld. Power & Color in a compact size!=20 > http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general --=20 James R. Leu |
|
From: nitin p. <tac...@ya...> - 2002-12-03 05:01:53
|
Hi James and All, I am trying to do some analysis in which I want to find some results which indicates how DIffServ performs in MPLS domain compare to DiffServ over IP . I have a network of four LSRs and atraffic analyzer.So far I was trying to compare the delay at constant traffic rate.. haven't got any concreate results. I need some suggestions on this. Thanks, Nitin __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |
|
From: Osgaldo S. <os...@ti...> - 2002-12-03 00:03:22
|
Hi,
Does someone have some experience with Vpn and MPLS for Linux ?
I need to build a server that supports MPLS over VPN conections, and Im
not sure if Mpls for Linux can handle this.
Can someone tell me experience or hints or maybe point me to
somewhere that can help me out?
Thanks in advance.
Osgaldo.
|
|
From: <km...@is...> - 2002-12-03 00:00:03
|
Hi, I've debian linux with 2.4.18 kernel and mpls-1.1.170. I compiled it and after instruction mplsadm2 -A -O 0 -o push:gen:16:set:eth0:ipv4:10.0.0.2 I've got the answer: Key 0x0000002 OutSegment add: Success OutInstr: Illegal Seek What's the reason? Krzysztof Musial km...@is... Technical University of Wroclaw POLAND |
|
From: Atul G. _. <gh...@ee...> - 2002-12-02 16:23:33
|
unsubscribe me please. thanks On Mon, 2 Dec 2002, sehla loussaief wrote: > Hi all, > I'am using the mpls-linux impementation for academic > research and i want to know if there is an available > version witch support the ATM: that's mean if i can > encapsulate the label in the VPI/VCI field. > > Please help. > Many thanks. > > --- "James R. Leu" <jl...@mi...> a écrit : > > On Wed, Mar 27, 2002 at 03:19:11AM -0800, Kanwar > > Deep Singh wrote: > > > hi jim, > > > i am using latest ldp from CVS. is that ldp > > dynamic > > > i mean if i add a new route while ldp is running > > .. > > > does it going to distribute labels for it or it > > just > > > uses the route which r there in /proc/net/route at > > the > > > start of ldp_linux .. > > > > You are correct. This doesn't mean that > > ldp-portable doesn't know how to > > distribute new labels, it is just that the ldp_linux > > porting layer doesn't > > listen to route changes from the kernel. > > > > Jim > > > > > > > thanx in advace > > > anish > > > > > > __________________________________________________ > > > Do You Yahoo!? > > > Yahoo! Movies - coverage of the 74th Academy > > Awards® > > > http://movies.yahoo.com/ > > > > > > _______________________________________________ > > > mpls-linux-general mailing list > > > mpl...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > > > -- > > James R. Leu > > > > _______________________________________________ > > mpls-linux-general mailing list > > mpl...@li... > > > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > Yahoo! Mail : http://fr.mail.yahoo.com > > > ------------------------------------------------------- > This sf.net email is sponsored by:ThinkGeek > Welcome to geek heaven. > http://thinkgeek.com/sf > _______________________________________________ > mpls-linux-general mailing list > mpl...@li... > https://lists.sourceforge.net/lists/listinfo/mpls-linux-general > |
533 messages has been excluded from this view by a project administrator.
