linux-vrf-core Mailing List for Virtual Routing and Forwarding for Linux
Status: Beta
Brought to you by:
jleu
Menu
▾
▴
linux-vrf-core — Mailing list for core developers
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
(8) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
(7) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(10) |
Nov
(1) |
Dec
(4) |
| 2003 |
Jan
(4) |
Feb
|
Mar
|
Apr
(2) |
May
(2) |
Jun
(2) |
Jul
(3) |
Aug
|
Sep
(7) |
Oct
(2) |
Nov
(1) |
Dec
(3) |
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(7) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(8) |
Oct
(1) |
Nov
(5) |
Dec
|
| 2007 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Mehdi A. <meh...@gm...> - 2013-02-11 11:14:32
|
11 February 2013 Hi, Mehdi Alishahi is inviting you to join Freelancer.com (http://www.freelancer.com/users/6904907.html?utm_campaign=new_freelancer_invite&utm_medium=email&utm_source=freelancer&utm_content=new_freelancer_invite) Mehdi Alishahi (http://www.freelancer.com/users/6904907.html?utm_campaign=new_freelancer_invite&utm_medium=email&utm_source=freelancer&utm_content=new_freelancer_invite) 11 February 2013 Freelancer.com is the world's largest micro-outsourcing site. We have over 7,013,975 registered professionals ready to bid on your jobs and produce high quality work. The average job is under $200 USD and you can outsource anything, whether you need web design, graphic design, marketing or sales. Turbocharge your business today! Looking for work? We also have the largest network of employers ready to hire just about any skill set. Join Freelancer.com (http://www.freelancer.com/friend-invitation/join.php?id=10104149&utm_campaign=new_freelancer_invite&utm_medium=email&utm_source=freelancer&utm_content=new_freelancer_invite) lin...@li... was invited to join Freelancer.com by Mehdi Alishahi. |
|
From: Ricardo S. <sc...@di...> - 2010-04-09 05:36:43
|
Dear Steffen, Sorry for the direct email, but I've read on an old linux-vrf-core mail-list message that you've done some work to port linux-vrf patches to a 2.4.25 release. Would you mind to share this code (or a patch) if you happen to have it still available? Many thanks, Ricardo Scop. |
|
From: Mehdi S. <meh...@gm...> - 2008-05-06 07:27:21
|
Dear VRF List, Would you please tell me about the kernel patch for 2.6.18 series or kernel patches for other release of 2.6 kernel series? On Wed, Apr 30, 2008 at 4:36 PM, James R. Leu <jl...@mi...> wrote: > With the work that is occuring on Network Namespace in the 2.6.25 > kernel, there will no longer be a need for the linux-vrf kernel > development. This project will change its focus to VRF support > in various routing software (quagga, xorp, etc). > > > > On Wed, Apr 30, 2008 at 10:17:30AM +0330, Mehdi Sheikhalishahi wrote: > > Dear VRF List, > > I'd like to know about the status of this project for kernels series > > after 2.6.18 and the usage documentation. > > > > -- > > Best Regards, > > Bye. > > > > ------------------------------------------------------------------------- > > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > > Don't miss this year's exciting event. There's still time to save $100. > > Use priority code J8TL2D2. > > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > _______________________________________________ > > linux-vrf-core mailing list > > lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core > > -- > James R. Leu > jl...@mi... > -- Best Regards, S.Mehdi Sheikhalishahi, Web: http://www.cse.shirazu.ac.ir/~alishahi/ Bye. |
|
From: James R. L. <jl...@mi...> - 2008-04-30 13:06:18
|
With the work that is occuring on Network Namespace in the 2.6.25 kernel, there will no longer be a need for the linux-vrf kernel development. This project will change its focus to VRF support in various routing software (quagga, xorp, etc). On Wed, Apr 30, 2008 at 10:17:30AM +0330, Mehdi Sheikhalishahi wrote: > Dear VRF List, > I'd like to know about the status of this project for kernels series > after 2.6.18 and the usage documentation. > > -- > Best Regards, > Bye. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > linux-vrf-core mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core -- James R. Leu jl...@mi... |
|
From: Mehdi S. <meh...@gm...> - 2008-04-30 06:48:01
|
Dear VRF List, I'd like to know about the status of this project for kernels series after 2.6.18 and the usage documentation. -- Best Regards, Bye. |
|
From: Harshal B. <ne...@la...> - 2007-02-06 09:30:31
|
Hi, Vriagra 1,80 Crialis 3,00 Levritra 3,35 http://shoo.progenyid-com Important: Replace "-" with "." in the above link -- room like that here in the castle. Moreover, the crowd in the mysterious room at the bottom of the basin was comprised of adults, and Harry knew there were not nearly that many teachers at Hogwarts. They seemed, he |
|
From: Uma M. <cav...@za...> - 2007-01-06 15:02:36
|
Hi Rollex Carrtier Breittling Bvvlgari =20 Louis Vuuitton Hanndbags Tiffaany & CO Jewwerly =20 http://www.kaylqaismeann.com =20 =20 _____ =20 Molly, he said, holding up a hand, please listen to me for a moment. Harry has been through a terrible ordeal tonight. He has just had to relive it for me. What he needs now is sleep, and peace, and quiet. If |
|
From: Jessamine M. <car...@de...> - 2006-11-04 12:38:00
|
Hi, VljlAGRA $ 3, 35 http://www.greatballbud.info =20 _____ =20 zonked me? I counted on my fingers. Just about eighteen gone, which |
|
From: <mat...@ne...> - 2006-10-26 13:32:55
|
My Problem is, that I want to use more than 8 vrfs. When do you patch linux-vrf so that I can use more than 8? Is there another oppertunity to use more than 8? patching rtnetlink.c does only have the affect that the kernel says: Aieee, killing interrupt handler. And why can't I use ipv6 and linux-vrf? Thanks and Regards Matthias |
|
From: <mat...@ne...> - 2006-09-28 11:26:55
|
I don't use the same IPs, looking at: > ifconfig eth0.201 10.201.1.50 netmask 255.255.255.0 broadcast 10.201.1.255 > ifconfig eth0.202 10.202.1.50 netmask 255.255.255.0 broadcast 10.202.1.255 Please answer me the following questions: Is it wrong to set the IPs with the 'ifconfig' command? How can I set the broadcast with 'ip' command? And why, does Linux-vrf not work? Is there another known bug? Thanks and Regards Matthias Reply to: There is a known bug with the route cache, as a simple test case try using different IPs on the VRFs. If that works and your 'same IP' still doesn't work, then I think this is due to the route cache bug, and I will try to find time to investigate it. BTW the 'route' and 'ifconfig' utilities are not 'VRF' aware. You will want to use the 'ip' utility to check the status of VRF related configurations. On Wed, Sep 27, 2006 at 09:48:42AM +0200, mat...@ne... wrote: > Getting started, > > I have successfully compiled the kernel. Than I add vlans. > modprobe 8021q > vconfig eth0 201 > vconfig eth0 202 > > After that I added vrfs like this: > ip vrf add 1 > ip vrf add 2 > > Now I set those vrfs to the vlans???.. > ip link set eth0.201 vrf 1 > ip link set eth0.202 vrf 2 > > After that I set up the IP-Address > ifconfig eth0.201 10.201.1.50 netmask 255.255.255.0 broadcast 10.201.1.255 > ifconfig eth0.202 10.202.1.50 netmask 255.255.255.0 broadcast 10.202.1.255 > > But after this commands I can???t ping the vrfs > ping 10.201.1.1 > chvrf 1 ping 10.201.1.1 > ?? connect: Network is unreachable > > I worried about that. > ???route ???n??? shows: > > Destination Gateway Genmask Flags Metric Ref Use > Iface > 172.16.0.0 0.0.0.0 255.255.0.0 U 0 0 0 > eth0 > 0.0.0.0 172.16.0.1 0.0.0.0 UG 0 0 0 > eth0 > 10.201.1.0 0.0.0.0 255.255.255.0 U 0 0 0 > eth0.201 > 10.202.1.0 0.0.0.0 255.255.255.0 U 0 0 0 > eth0.202 > > ???ifconfig??? shows: > > eth0 Link encap:Ethernet HWaddr 00:0E:0C:4C:34:37 > inet addr:172.16.3.34 Bcast:172.16.255.255 Mask:255.255.0.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:2265 errors:0 dropped:0 overruns:0 frame:0 > TX packets:914 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:1000 > RX bytes:179137 (174.9 KiB) TX bytes:104052 (101.6 KiB) > Base address:0xee80 Memory:defa0000-defc0000 > > eth0.201 Link encap:Ethernet HWaddr 00:0E:0C:4C:34:37 > inet addr:10.201.1.50 Bcast:10.201.1.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > eth0.202 Link encap:Ethernet HWaddr 00:0E:0C:4C:34:37 > inet addr:10.202.1.50 Bcast:10.202.1.255 Mask:255.255.255.0 > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > RX packets:0 errors:0 dropped:0 overruns:0 frame:0 > TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) > > lo Link encap:Local Loopback > inet addr:127.0.0.1 Mask:255.0.0.0 > UP LOOPBACK RUNNING MTU:16436 Metric:1 > RX packets:8 errors:0 dropped:0 overruns:0 frame:0 > TX packets:8 errors:0 dropped:0 overruns:0 carrier:0 > collisions:0 txqueuelen:0 > RX bytes:560 (560.0 b) TX bytes:560 (560.0 b) > > > ???ip route show??? shows: > > 172.16.0.0/16 dev eth0 proto kernel scope link src 172.16.3.34 > default via 172.16.0.1 dev eth0 > 10.201.1.0/24 dev eth0.201 proto kernel scope link src 10.201.1.50 vrf > 1 > 10.202.1.0/24 dev eth0.202 proto kernel scope link src 10.202.1.50 vrf > 2 > > And ???ip addr??? shows: > 1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue > link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 > inet 127.0.0.1/8 scope host lo > 2: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 > link/ether 00:0e:0c:4c:34:37 brd ff:ff:ff:ff:ff:ff > inet 172.16.3.34/16 brd 172.16.255.255 scope global eth0 > 3: eth0.0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop > link/ether 00:0e:0c:4c:34:37 brd ff:ff:ff:ff:ff:ff > 4: eth0.201: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue vrf 1 > link/ether 00:0e:0c:4c:34:37 brd ff:ff:ff:ff:ff:ff > inet 10.201.1.50/24 brd 10.201.1.255 scope global eth0.201 > 5: eth0.202: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue vrf 2 > link/ether 00:0e:0c:4c:34:37 brd ff:ff:ff:ff:ff:ff > inet 10.202.1.50/24 brd 10.202.1.255 scope global eth0.202 > > > Please help me to ping the vrfs. > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > linux-vrf-core mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core -- James R. Leu jl...@mi... |
|
From: <mat...@ne...> - 2006-09-27 07:48:55
|
R2V0dGluZyBzdGFydGVkLA0KDQpJIGhhdmUgc3VjY2Vzc2Z1bGx5IGNvbXBpbGVkIHRoZSBrZXJu ZWwuIFRoYW4gSSBhZGQgdmxhbnMuDQptb2Rwcm9iZSA4MDIxcQ0KdmNvbmZpZyBldGgwIDIwMQ0K dmNvbmZpZyBldGgwIDIwMg0KDQpBZnRlciB0aGF0IEkgYWRkZWQgdnJmcyBsaWtlIHRoaXM6DQpp cCB2cmYgYWRkIDENCmlwIHZyZiBhZGQgMg0KDQpOb3cgSSBzZXQgdGhvc2UgdnJmcyB0byB0aGUg dmxhbnPigKYuLg0KaXAgbGluayBzZXQgZXRoMC4yMDEgdnJmIDENCmlwIGxpbmsgc2V0IGV0aDAu MjAyIHZyZiAyDQoNCkFmdGVyIHRoYXQgSSBzZXQgdXAgdGhlIElQLUFkZHJlc3MNCmlmY29uZmln IGV0aDAuMjAxIDEwLjIwMS4xLjUwIG5ldG1hc2sgMjU1LjI1NS4yNTUuMCBicm9hZGNhc3QgMTAu MjAxLjEuMjU1DQppZmNvbmZpZyBldGgwLjIwMiAxMC4yMDIuMS41MCBuZXRtYXNrIDI1NS4yNTUu MjU1LjAgYnJvYWRjYXN0IDEwLjIwMi4xLjI1NQ0KDQpCdXQgYWZ0ZXIgdGhpcyBjb21tYW5kcyBJ IGNhbuKAmXQgcGluZyB0aGUgdnJmcyANCnBpbmcgMTAuMjAxLjEuMQ0KY2h2cmYgMSBwaW5nIDEw LjIwMS4xLjEgDQrDqCAgICAgICBjb25uZWN0OiBOZXR3b3JrIGlzIHVucmVhY2hhYmxlDQoNCkkg d29ycmllZCBhYm91dCB0aGF0Lg0K4oCYcm91dGUg4oCTbuKAmSBzaG93czoNCg0KRGVzdGluYXRp b24gICAgIEdhdGV3YXkgICAgICAgICBHZW5tYXNrICAgICAgICAgRmxhZ3MgTWV0cmljIFJlZiAg ICBVc2UgDQpJZmFjZQ0KMTcyLjE2LjAuMCAgICAgIDAuMC4wLjAgICAgICAgICAyNTUuMjU1LjAu MCAgICAgVSAgICAgMCAgICAgIDAgICAgICAgIDAgDQpldGgwDQowLjAuMC4wICAgICAgICAgMTcy LjE2LjAuMSAgICAgIDAuMC4wLjAgICAgICAgICBVRyAgICAwICAgICAgMCAgICAgICAgMCANCmV0 aDANCjEwLjIwMS4xLjAgICAgICAwLjAuMC4wICAgICAgICAgMjU1LjI1NS4yNTUuMCAgIFUgICAg IDAgICAgICAwICAgICAgICAwIA0KZXRoMC4yMDENCjEwLjIwMi4xLjAgICAgICAwLjAuMC4wICAg ICAgICAgMjU1LjI1NS4yNTUuMCAgIFUgICAgIDAgICAgICAwICAgICAgICAwIA0KZXRoMC4yMDIN Cg0K4oCYaWZjb25maWfigJkgc2hvd3M6DQoNCmV0aDAgICAgICBMaW5rIGVuY2FwOkV0aGVybmV0 ICBIV2FkZHIgMDA6MEU6MEM6NEM6MzQ6MzcNCiAgICAgICAgICBpbmV0IGFkZHI6MTcyLjE2LjMu MzQgIEJjYXN0OjE3Mi4xNi4yNTUuMjU1ICBNYXNrOjI1NS4yNTUuMC4wDQogICAgICAgICAgVVAg QlJPQURDQVNUIFJVTk5JTkcgTVVMVElDQVNUICBNVFU6MTUwMCAgTWV0cmljOjENCiAgICAgICAg ICBSWCBwYWNrZXRzOjIyNjUgZXJyb3JzOjAgZHJvcHBlZDowIG92ZXJydW5zOjAgZnJhbWU6MA0K ICAgICAgICAgIFRYIHBhY2tldHM6OTE0IGVycm9yczowIGRyb3BwZWQ6MCBvdmVycnVuczowIGNh cnJpZXI6MA0KICAgICAgICAgIGNvbGxpc2lvbnM6MCB0eHF1ZXVlbGVuOjEwMDANCiAgICAgICAg ICBSWCBieXRlczoxNzkxMzcgKDE3NC45IEtpQikgIFRYIGJ5dGVzOjEwNDA1MiAoMTAxLjYgS2lC KQ0KICAgICAgICAgIEJhc2UgYWRkcmVzczoweGVlODAgTWVtb3J5OmRlZmEwMDAwLWRlZmMwMDAw DQoNCmV0aDAuMjAxICBMaW5rIGVuY2FwOkV0aGVybmV0ICBIV2FkZHIgMDA6MEU6MEM6NEM6MzQ6 MzcNCiAgICAgICAgICBpbmV0IGFkZHI6MTAuMjAxLjEuNTAgIEJjYXN0OjEwLjIwMS4xLjI1NSAg TWFzazoyNTUuMjU1LjI1NS4wDQogICAgICAgICAgVVAgQlJPQURDQVNUIFJVTk5JTkcgTVVMVElD QVNUICBNVFU6MTUwMCAgTWV0cmljOjENCiAgICAgICAgICBSWCBwYWNrZXRzOjAgZXJyb3JzOjAg ZHJvcHBlZDowIG92ZXJydW5zOjAgZnJhbWU6MA0KICAgICAgICAgIFRYIHBhY2tldHM6MCBlcnJv cnM6MCBkcm9wcGVkOjAgb3ZlcnJ1bnM6MCBjYXJyaWVyOjANCiAgICAgICAgICBjb2xsaXNpb25z OjAgdHhxdWV1ZWxlbjowDQogICAgICAgICAgUlggYnl0ZXM6MCAoMC4wIGIpICBUWCBieXRlczow ICgwLjAgYikNCg0KZXRoMC4yMDIgIExpbmsgZW5jYXA6RXRoZXJuZXQgIEhXYWRkciAwMDowRTow Qzo0QzozNDozNw0KICAgICAgICAgIGluZXQgYWRkcjoxMC4yMDIuMS41MCAgQmNhc3Q6MTAuMjAy LjEuMjU1ICBNYXNrOjI1NS4yNTUuMjU1LjANCiAgICAgICAgICBVUCBCUk9BRENBU1QgUlVOTklO RyBNVUxUSUNBU1QgIE1UVToxNTAwICBNZXRyaWM6MQ0KICAgICAgICAgIFJYIHBhY2tldHM6MCBl cnJvcnM6MCBkcm9wcGVkOjAgb3ZlcnJ1bnM6MCBmcmFtZTowDQogICAgICAgICAgVFggcGFja2V0 czowIGVycm9yczowIGRyb3BwZWQ6MCBvdmVycnVuczowIGNhcnJpZXI6MA0KICAgICAgICAgIGNv bGxpc2lvbnM6MCB0eHF1ZXVlbGVuOjANCiAgICAgICAgICBSWCBieXRlczowICgwLjAgYikgIFRY IGJ5dGVzOjAgKDAuMCBiKQ0KDQpsbyAgICAgICAgTGluayBlbmNhcDpMb2NhbCBMb29wYmFjaw0K ICAgICAgICAgIGluZXQgYWRkcjoxMjcuMC4wLjEgIE1hc2s6MjU1LjAuMC4wDQogICAgICAgICAg VVAgTE9PUEJBQ0sgUlVOTklORyAgTVRVOjE2NDM2ICBNZXRyaWM6MQ0KICAgICAgICAgIFJYIHBh Y2tldHM6OCBlcnJvcnM6MCBkcm9wcGVkOjAgb3ZlcnJ1bnM6MCBmcmFtZTowDQogICAgICAgICAg VFggcGFja2V0czo4IGVycm9yczowIGRyb3BwZWQ6MCBvdmVycnVuczowIGNhcnJpZXI6MA0KICAg ICAgICAgIGNvbGxpc2lvbnM6MCB0eHF1ZXVlbGVuOjANCiAgICAgICAgICBSWCBieXRlczo1NjAg KDU2MC4wIGIpICBUWCBieXRlczo1NjAgKDU2MC4wIGIpDQoNCg0K4oCYaXAgcm91dGUgc2hvd+KA mSBzaG93czoNCg0KMTcyLjE2LjAuMC8xNiBkZXYgZXRoMCAgcHJvdG8ga2VybmVsICBzY29wZSBs aW5rICBzcmMgMTcyLjE2LjMuMzQNCmRlZmF1bHQgdmlhIDE3Mi4xNi4wLjEgZGV2IGV0aDANCjEw LjIwMS4xLjAvMjQgZGV2IGV0aDAuMjAxICBwcm90byBrZXJuZWwgIHNjb3BlIGxpbmsgIHNyYyAx MC4yMDEuMS41MCAgdnJmIA0KMQ0KMTAuMjAyLjEuMC8yNCBkZXYgZXRoMC4yMDIgIHByb3RvIGtl cm5lbCAgc2NvcGUgbGluayAgc3JjIDEwLjIwMi4xLjUwICB2cmYgDQoyDQoNCkFuZCDigJhpcCBh ZGRy4oCZIHNob3dzOg0KMTogbG86IDxMT09QQkFDSyxVUD4gbXR1IDE2NDM2IHFkaXNjIG5vcXVl dWUNCiAgICBsaW5rL2xvb3BiYWNrIDAwOjAwOjAwOjAwOjAwOjAwIGJyZCAwMDowMDowMDowMDow MDowMA0KICAgIGluZXQgMTI3LjAuMC4xLzggc2NvcGUgaG9zdCBsbw0KMjogZXRoMDogPEJST0FE Q0FTVCxNVUxUSUNBU1QsVVA+IG10dSAxNTAwIHFkaXNjIHBmaWZvX2Zhc3QgcWxlbiAxMDAwDQog ICAgbGluay9ldGhlciAwMDowZTowYzo0YzozNDozNyBicmQgZmY6ZmY6ZmY6ZmY6ZmY6ZmYNCiAg ICBpbmV0IDE3Mi4xNi4zLjM0LzE2IGJyZCAxNzIuMTYuMjU1LjI1NSBzY29wZSBnbG9iYWwgZXRo MA0KMzogZXRoMC4wOiA8QlJPQURDQVNULE1VTFRJQ0FTVD4gbXR1IDE1MDAgcWRpc2Mgbm9vcA0K ICAgIGxpbmsvZXRoZXIgMDA6MGU6MGM6NGM6MzQ6MzcgYnJkIGZmOmZmOmZmOmZmOmZmOmZmDQo0 OiBldGgwLjIwMTogPEJST0FEQ0FTVCxNVUxUSUNBU1QsVVA+IG10dSAxNTAwIHFkaXNjIG5vcXVl dWUgdnJmIDENCiAgICBsaW5rL2V0aGVyIDAwOjBlOjBjOjRjOjM0OjM3IGJyZCBmZjpmZjpmZjpm ZjpmZjpmZg0KICAgIGluZXQgMTAuMjAxLjEuNTAvMjQgYnJkIDEwLjIwMS4xLjI1NSBzY29wZSBn bG9iYWwgZXRoMC4yMDENCjU6IGV0aDAuMjAyOiA8QlJPQURDQVNULE1VTFRJQ0FTVCxVUD4gbXR1 IDE1MDAgcWRpc2Mgbm9xdWV1ZSB2cmYgMg0KICAgIGxpbmsvZXRoZXIgMDA6MGU6MGM6NGM6MzQ6 MzcgYnJkIGZmOmZmOmZmOmZmOmZmOmZmDQogICAgaW5ldCAxMC4yMDIuMS41MC8yNCBicmQgMTAu MjAyLjEuMjU1IHNjb3BlIGdsb2JhbCBldGgwLjIwMg0KDQoNClBsZWFzZSBoZWxwIG1lIHRvIHBp bmcgdGhlIHZyZnMuIA0K |
|
From: Nick E. <neg...@nf...> - 2006-09-21 14:56:15
|
You're welcome, but James is the one who made it all fly... -----Original Message----- From: mat...@ne... = [mailto:mat...@ne...] Sent: Thursday, September 21, 2006 02:26 AM Eastern Standard Time To: Nick Eggleston; jl...@mi... Cc: lin...@li... Subject: Re: [linux-vrf-core] One interface with multiple vrfs Hi Nick, thats wat I meant. I want to add one vrf to one vlan. After yout tips it = runs smoothly.=20 My motivation to do that is, that I want one computer connect in = different=20 vlans, but i only have one network interface. With your tools, thats now = no problem. Thank You Thank you for helping me. Regards, Matthias Thead:=20 Hi James, What about the following: eth0 is connected to trunk port on a switch. using vconfig on linux, we create vlan interfaces, like: vconfig add eth0 5 vconfig add eth0 10 That should create two new interfaces in the system: eth0.5 eth0.10 now, we would want to put each of those vlan interfaces into a separate vrf. for example, each vlan could carry traffic for a different customer, both of whom share the same ip space. That should work today, right? I am thinking that is what Matthias had in mind (of course, I cold be wrong) I agree with you on the problem of what to do, if the same interface were in two more more vrfs simultaneously. You would then have to make routing decisions based on some complex series of rules. in that case (why would one ever want to do it?) netfilter would probably be the place to make those decisions.=20 All the best, Nick =20 > -----Original Message----- > From: lin...@li... [mailto:linux-vrf-core- > bo...@li...] On Behalf Of James R. Leu > Sent: Wednesday, September 20, 2006 9:00 AM > To: mat...@ne... > Cc: lin...@li... > Subject: Re: [linux-vrf-core] One interface with multiple vrfs >=20 > Hello, >=20 > This is not a case I had thought about when implementing, so help me > understand the motivation: >=20 > Why would you want an interface to be in multiple VRFs? > How would you want incoming packets on said interface to be routed? >=20 > Currently, there is a many-to-one relationship (multiple interfaces can > be added to a VRF, but only one VRF per interface). This is so that > IP packets coming in an interface only need to be looked up in one routing > table. If there were multiple VRFs associated with an interface what > routing table would incoming packets be routed according to? >=20 > If you have a userland application that needs to transmit IP packets > 'in' different VRFs then that application should either use the 'chvrf' > utility to set the VRF associated with a process, or use the VRF socket > option to set the VRF associated with a socket. >=20 > On Wed, Sep 20, 2006 at 01:49:14PM +0200, mat...@ne... > wrote: > > First I tried to add multiple vrf to one interface. But it doesn't run. > > Then I tried to add multiple vrf to a vlan, but I get the message: no > such > > device. > > > > Is it possible to run one interface in multiple vrfs? > > > > > > Regards, > > > > Matthias Flittner >=20 > > ------------------------------------------------------------------------ > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys -- and earn cash > > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > > _______________________________________________ > > linux-vrf-core mailing list > > lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core >=20 >=20 > -- > James R. Leu > jl...@mi... |
|
From: <mat...@ne...> - 2006-09-21 06:27:16
|
Hi Nick, thats wat I meant. I want to add one vrf to one vlan. After yout tips it runs smoothly. My motivation to do that is, that I want one computer connect in different vlans, but i only have one network interface. With your tools, thats now no problem. Thank You Thank you for helping me. Regards, Matthias Thead: Hi James, What about the following: eth0 is connected to trunk port on a switch. using vconfig on linux, we create vlan interfaces, like: vconfig add eth0 5 vconfig add eth0 10 That should create two new interfaces in the system: eth0.5 eth0.10 now, we would want to put each of those vlan interfaces into a separate vrf. for example, each vlan could carry traffic for a different customer, both of whom share the same ip space. That should work today, right? I am thinking that is what Matthias had in mind (of course, I cold be wrong) I agree with you on the problem of what to do, if the same interface were in two more more vrfs simultaneously. You would then have to make routing decisions based on some complex series of rules. in that case (why would one ever want to do it?) netfilter would probably be the place to make those decisions. All the best, Nick > -----Original Message----- > From: lin...@li... [mailto:linux-vrf-core- > bo...@li...] On Behalf Of James R. Leu > Sent: Wednesday, September 20, 2006 9:00 AM > To: mat...@ne... > Cc: lin...@li... > Subject: Re: [linux-vrf-core] One interface with multiple vrfs > > Hello, > > This is not a case I had thought about when implementing, so help me > understand the motivation: > > Why would you want an interface to be in multiple VRFs? > How would you want incoming packets on said interface to be routed? > > Currently, there is a many-to-one relationship (multiple interfaces can > be added to a VRF, but only one VRF per interface). This is so that > IP packets coming in an interface only need to be looked up in one routing > table. If there were multiple VRFs associated with an interface what > routing table would incoming packets be routed according to? > > If you have a userland application that needs to transmit IP packets > 'in' different VRFs then that application should either use the 'chvrf' > utility to set the VRF associated with a process, or use the VRF socket > option to set the VRF associated with a socket. > > On Wed, Sep 20, 2006 at 01:49:14PM +0200, mat...@ne... > wrote: > > First I tried to add multiple vrf to one interface. But it doesn't run. > > Then I tried to add multiple vrf to a vlan, but I get the message: no > such > > device. > > > > Is it possible to run one interface in multiple vrfs? > > > > > > Regards, > > > > Matthias Flittner > > > ------------------------------------------------------------------------ > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys -- and earn cash > > > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDE V > > _______________________________________________ > > linux-vrf-core mailing list > > lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core > > > -- > James R. Leu > jl...@mi... |
|
From: James R. L. <jl...@mi...> - 2006-09-20 14:44:18
|
Hello Nick, You are correct in pointing out that VLAN interfaces can be added a VRF. AFAICT any interface that shows up in 'ip link show' can be assigned to a VRF. IP alias interfaces cannot be assigned to a VRF because they are not 'real' kernel interfaces, just IP 'interfaces', and do not show up in 'ip link show'. Cheers --=20 James R. Leu jl...@mi... On Wed, Sep 20, 2006 at 10:16:02AM -0400, Nick Eggleston wrote: > Hi James, >=20 > What about the following: >=20 > eth0 is connected to trunk port on a switch. > using vconfig on linux, we create vlan interfaces, like: >=20 > vconfig add eth0 5 > vconfig add eth0 10 >=20 > That should create two new interfaces in the system: >=20 > eth0.5 > eth0.10 >=20 > now, we would want to put each of those vlan interfaces into a separate > vrf. for example, each vlan could carry traffic for a different > customer, both of whom share the same ip space. >=20 > That should work today, right? I am thinking that is what Matthias had > in mind (of course, I cold be wrong) >=20 > I agree with you on the problem of what to do, if the same interface > were in two more more vrfs simultaneously. You would then have to make > routing decisions based on some complex series of rules. in that case > (why would one ever want to do it?) netfilter would probably be the > place to make those decisions. =20 >=20 > All the best, >=20 > Nick >=20 > =20 >=20 > > -----Original Message----- > > From: lin...@li... > [mailto:linux-vrf-core- > > bo...@li...] On Behalf Of James R. Leu > > Sent: Wednesday, September 20, 2006 9:00 AM > > To: mat...@ne... > > Cc: lin...@li... > > Subject: Re: [linux-vrf-core] One interface with multiple vrfs > >=20 > > Hello, > >=20 > > This is not a case I had thought about when implementing, so help me > > understand the motivation: > >=20 > > Why would you want an interface to be in multiple VRFs? > > How would you want incoming packets on said interface to be routed? > >=20 > > Currently, there is a many-to-one relationship (multiple interfaces > can > > be added to a VRF, but only one VRF per interface). This is so that > > IP packets coming in an interface only need to be looked up in one > routing > > table. If there were multiple VRFs associated with an interface what > > routing table would incoming packets be routed according to? > >=20 > > If you have a userland application that needs to transmit IP packets > > 'in' different VRFs then that application should either use the > 'chvrf' > > utility to set the VRF associated with a process, or use the VRF > socket > > option to set the VRF associated with a socket. > >=20 > > On Wed, Sep 20, 2006 at 01:49:14PM +0200, > mat...@ne... > > wrote: > > > First I tried to add multiple vrf to one interface. But it doesn't > run. > > > Then I tried to add multiple vrf to a vlan, but I get the message: > no > > such > > > device. > > > > > > Is it possible to run one interface in multiple vrfs? > > > > > > > > > Regards, > > > > > > Matthias Flittner > >=20 > > > > ------------------------------------------------------------------------ > > - > > > Take Surveys. Earn Cash. Influence the Future of IT > > > Join SourceForge.net's Techsay panel and you'll get the chance to > share > > your > > > opinions on IT & business topics through brief surveys -- and earn > cash > > > > > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE > V > > > _______________________________________________ > > > linux-vrf-core mailing list > > > lin...@li... > > > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core > >=20 > >=20 > > -- > > James R. Leu > > jl...@mi... |
|
From: Nick E. <neg...@nf...> - 2006-09-20 14:18:13
|
Hi James, What about the following: eth0 is connected to trunk port on a switch. using vconfig on linux, we create vlan interfaces, like: vconfig add eth0 5 vconfig add eth0 10 That should create two new interfaces in the system: eth0.5 eth0.10 now, we would want to put each of those vlan interfaces into a separate vrf. for example, each vlan could carry traffic for a different customer, both of whom share the same ip space. That should work today, right? I am thinking that is what Matthias had in mind (of course, I cold be wrong) I agree with you on the problem of what to do, if the same interface were in two more more vrfs simultaneously. You would then have to make routing decisions based on some complex series of rules. in that case (why would one ever want to do it?) netfilter would probably be the place to make those decisions. =20 All the best, Nick =20 > -----Original Message----- > From: lin...@li... [mailto:linux-vrf-core- > bo...@li...] On Behalf Of James R. Leu > Sent: Wednesday, September 20, 2006 9:00 AM > To: mat...@ne... > Cc: lin...@li... > Subject: Re: [linux-vrf-core] One interface with multiple vrfs >=20 > Hello, >=20 > This is not a case I had thought about when implementing, so help me > understand the motivation: >=20 > Why would you want an interface to be in multiple VRFs? > How would you want incoming packets on said interface to be routed? >=20 > Currently, there is a many-to-one relationship (multiple interfaces can > be added to a VRF, but only one VRF per interface). This is so that > IP packets coming in an interface only need to be looked up in one routing > table. If there were multiple VRFs associated with an interface what > routing table would incoming packets be routed according to? >=20 > If you have a userland application that needs to transmit IP packets > 'in' different VRFs then that application should either use the 'chvrf' > utility to set the VRF associated with a process, or use the VRF socket > option to set the VRF associated with a socket. >=20 > On Wed, Sep 20, 2006 at 01:49:14PM +0200, mat...@ne... > wrote: > > First I tried to add multiple vrf to one interface. But it doesn't run. > > Then I tried to add multiple vrf to a vlan, but I get the message: no > such > > device. > > > > Is it possible to run one interface in multiple vrfs? > > > > > > Regards, > > > > Matthias Flittner >=20 > > ------------------------------------------------------------------------ > - > > Take Surveys. Earn Cash. Influence the Future of IT > > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > > opinions on IT & business topics through brief surveys -- and earn cash > > > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V > > _______________________________________________ > > linux-vrf-core mailing list > > lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core >=20 >=20 > -- > James R. Leu > jl...@mi... |
|
From: James R. L. <jl...@mi...> - 2006-09-20 13:00:18
|
Hello, This is not a case I had thought about when implementing, so help me understand the motivation: Why would you want an interface to be in multiple VRFs? How would you want incoming packets on said interface to be routed? Currently, there is a many-to-one relationship (multiple interfaces can be added to a VRF, but only one VRF per interface). This is so that IP packets coming in an interface only need to be looked up in one routing table. If there were multiple VRFs associated with an interface what routing table would incoming packets be routed according to? If you have a userland application that needs to transmit IP packets 'in' different VRFs then that application should either use the 'chvrf' utility to set the VRF associated with a process, or use the VRF socket option to set the VRF associated with a socket. On Wed, Sep 20, 2006 at 01:49:14PM +0200, mat...@ne... wr= ote: > First I tried to add multiple vrf to one interface. But it doesn't run.= =20 > Then I tried to add multiple vrf to a vlan, but I get the message: no suc= h=20 > device. >=20 > Is it possible to run one interface in multiple vrfs?=20 >=20 >=20 > Regards, >=20 > Matthias Flittner=20 > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share y= our > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDEV > _______________________________________________ > linux-vrf-core mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core --=20 James R. Leu jl...@mi... |
|
From: <mat...@ne...> - 2006-09-20 11:49:29
|
First I tried to add multiple vrf to one interface. But it doesn't run. Then I tried to add multiple vrf to a vlan, but I get the message: no such device. Is it possible to run one interface in multiple vrfs? Regards, Matthias Flittner |
|
From: James R. L. <jl...@mi...> - 2005-07-22 05:27:02
|
Hmmm. very interesting. My guess is that the route cache isn't keeping VRF entries seperate. If so it's definitly a bug. To verify look in /proc/net/rt_cache* and see what the entry look like for the dest your ping= ing. On Fri, Jul 22, 2005 at 12:26:20PM +0800, Affandi Indraji wrote: > Hi all, >=20 > I experience something strange if I configure different interface > using the same IP address (on different VRF) >=20 > ip addr > 27: eth1.223: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue vrf 23 > link/ether 00:02:55:7b:20:75 brd ff:ff:ff:ff:ff:ff > inet 10.11.3.2/24 scope global eth1.223 > 28: eth1.224: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue vrf 24 > link/ether 00:02:55:7b:20:75 brd ff:ff:ff:ff:ff:ff > inet 10.11.3.2/24 scope global eth1.224 >=20 > ip route > 10.11.3.0/24 dev eth1.223 proto kernel scope link src 10.11.3.2 vrf 23 > default via 10.11.3.1 dev eth1.223 vrf 23 > 10.11.3.0/24 dev eth1.224 proto kernel scope link src 10.11.3.2 vrf 24 > default via 10.11.3.1 dev eth1.224 vrf 24 > ----------------------------------------------- > test# chvrf 24 ping 10.11.3.1 > PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data. > 64 bytes from 10.11.3.1: icmp_seq=3D1 ttl=3D255 time=3D1.04 ms > 64 bytes from 10.11.3.1: icmp_seq=3D2 ttl=3D255 time=3D0.387 ms > 64 bytes from 10.11.3.1: icmp_seq=3D3 ttl=3D255 time=3D0.503 ms >=20 > test# chvrf 23 ping 10.11.3.1 > PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data. > --- 10.11.3.1 ping statistics --- > 7 packets transmitted, 0 received, 100% packet loss, time 5999ms > ------------------------------------------ > as you can see, I can ping vrf 24 but not vrf 23. BUT, if I wait for a > while I can ping vrf 23 but not vrf 24. (see below) > ------------------------------------------ > test# chvrf 23 ping 10.11.3.1 > PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data. > 64 bytes from 10.11.3.1: icmp_seq=3D1 ttl=3D255 time=3D0.811 ms > 64 bytes from 10.11.3.1: icmp_seq=3D2 ttl=3D255 time=3D0.369 ms > 64 bytes from 10.11.3.1: icmp_seq=3D3 ttl=3D255 time=3D0.359 ms >=20 > test# chvrf 24 ping 10.11.3.1 > PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data. >=20 > --- 10.11.3.1 ping statistics --- > 2 packets transmitted, 0 received, 100% packet loss, time 999ms > --------------------- >=20 > Is there any limitation that we can't use the same IP address for > different vrf? The reason I want to try it is to support the MPLS, > using the same IP address for different VRF. >=20 > /affandi >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op?k > _______________________________________________ > linux-vrf-core mailing list > lin...@li... > https://lists.sourceforge.net/lists/listinfo/linux-vrf-core --=20 James R. Leu jl...@mi... |
|
From: Affandi I. <aff...@gm...> - 2005-07-22 04:36:22
|
Hi all,
I experience something strange if I configure different interface
using the same IP address (on different VRF)
ip addr
27: eth1.223: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue vrf 23
link/ether 00:02:55:7b:20:75 brd ff:ff:ff:ff:ff:ff
inet 10.11.3.2/24 scope global eth1.223
28: eth1.224: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue vrf 24
link/ether 00:02:55:7b:20:75 brd ff:ff:ff:ff:ff:ff
inet 10.11.3.2/24 scope global eth1.224
ip route
10.11.3.0/24 dev eth1.223 proto kernel scope link src 10.11.3.2 vrf 23
default via 10.11.3.1 dev eth1.223 vrf 23
10.11.3.0/24 dev eth1.224 proto kernel scope link src 10.11.3.2 vrf 24
default via 10.11.3.1 dev eth1.224 vrf 24
-----------------------------------------------
test# chvrf 24 ping 10.11.3.1
PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data.
64 bytes from 10.11.3.1: icmp_seq=3D1 ttl=3D255 time=3D1.04 ms
64 bytes from 10.11.3.1: icmp_seq=3D2 ttl=3D255 time=3D0.387 ms
64 bytes from 10.11.3.1: icmp_seq=3D3 ttl=3D255 time=3D0.503 ms
test# chvrf 23 ping 10.11.3.1
PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data.
--- 10.11.3.1 ping statistics ---
7 packets transmitted, 0 received, 100% packet loss, time 5999ms
------------------------------------------
as you can see, I can ping vrf 24 but not vrf 23. BUT, if I wait for a
while I can ping vrf 23 but not vrf 24. (see below)
------------------------------------------
test# chvrf 23 ping 10.11.3.1
PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data.
64 bytes from 10.11.3.1: icmp_seq=3D1 ttl=3D255 time=3D0.811 ms
64 bytes from 10.11.3.1: icmp_seq=3D2 ttl=3D255 time=3D0.369 ms
64 bytes from 10.11.3.1: icmp_seq=3D3 ttl=3D255 time=3D0.359 ms
test# chvrf 24 ping 10.11.3.1
PING 10.11.3.1 (10.11.3.1) 56(84) bytes of data.
--- 10.11.3.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 999ms
---------------------
Is there any limitation that we can't use the same IP address for
different vrf? The reason I want to try it is to support the MPLS,
using the same IP address for different VRF.
/affandi
|
|
From: Affandi I. <aff...@gm...> - 2005-07-19 03:11:44
|
SGkgR3V5cywKCnRoYW5rIHlvdSBmb3IgdGhlIHJlc3BvbmQsIGN1cnJlbnRseSBJJ20gdHJ5aW5n IHRvIHJ1biB3aXRoIDEwMCB2cmYKYW5kIGRvIHNvbWUgc3RhYmlsaXR5IHRlc3QuCgpXaWxsIGxl dCB5b3UgZ3V5cyB1cGRhdGVkIGlmIEkgZmluZCBhbnkgaW50ZXJlc3RpbmcgZmluZGluZy4KClJn ZHMsCkFmZmFuZGkKCk9uIDcvMTkvMDUsIENobyBLeXVuZyBIeXVuIDxkcnVua2VuNG15bGlmZUBo b3RtYWlsLmNvbT4gd3JvdGU6Cj4gCj4gInBvc3NpYmx5IiB0aGUgcHJvYmxlbSBvZiB0aGUgbGlt aXQgb2YgdGhlIGtlcm5lbCBzdGFjayBzaXplLi4gYXMgbGludXgtdnJmCj4gMC45MDAgcGF0Y2gg bGV0cyB0aGUga2VybmVsIGtlZXAgcm91dGluZyB0YWJsZShmaWJfdGFibGUpcyBhcyBtYW55IGFz Cj4gVlJGX01BWCBhbmQgb3RoZXIgc3RydWN0dXJlcyBhbHNvLgo+IAo+IExpbnV4IGtlcm5lbCBy ZWFsbHkgaGFzIGEgaGFyZChhbmQgbG93KSBsaW1pdCBvbiBpdHMgc3RhY2sgc2l6ZSBhbmQgd2hl bgo+IHRoZSBzdGFjayBvdmVyZmxvdyBoYXBwZW5zLCBpdCBpcyBwb3NzaWJsZSB0byBzZWUga2Vy bmVsIHBhbmljLi4KPiAKPiBpJ20gcmVhbGx5IG5vdCBzdXJlIGFib3V0IGl0IGFzIGkgdHJpZWQg b25seSA4IHdpdGggbXkgVlJGX01BWC4KPiAKPiAKPiA9PT09PT09PT09PT09PT09PT09PT09PT09 PQo+IMfgurnH0SDH9sDnsKEgwcG02SEKPiAKPiBkcnVua2VuNG15bGlmZUBob3RtYWlsLmNvbSAo wbaw5sf2KQo+IAo+IAo+IAo+ID5Gcm9tOiBBZmZhbmRpIEluZHJhamkgPGFmZmFuZGkuaW5kcmFq aUBnbWFpbC5jb20+Cj4gPlJlcGx5LVRvOiBBZmZhbmRpIEluZHJhamkgPGFmZmFuZGkuaW5kcmFq aUBnbWFpbC5jb20+Cj4gPlRvOiBsaW51eC12cmYtY29yZUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQK PiA+U3ViamVjdDogUmU6IFtsaW51eC12cmYtY29yZV0gVlJGIG51bWJlciBsaW1pdGF0aW9uCj4g PkRhdGU6IE1vbiwgMTggSnVsIDIwMDUgMTU6MDA6NTYgKzA4MDAKPiA+Cj4gPlRoYW5rcyB0byBT dGVmZmVuIGFuZCBLeXVuZyBIeXVuLAo+ID4KPiA+SSdtIGFibGUgdG8gc2V0IG1vcmUgdGhhbiA4 IHZyZiwgYWZ0ZXIgSSBtb2RpZnkgcnRuZXRsaW5rLmguIFRoZSBtYXgKPiA+dGhhdCBpIGNhbiBj b25maWd1cmUgaXMgMTkwLCBpZiBtb3JlIHRoYW4gdGhhdCBpIGNhbid0IGJvb3QsIHRoZQo+ID5z eXN0ZW0gc2FpZCB0aGF0ICJrZXJuZWwgcGFuaWMiIGFuZCB0aGUgc3lzdGVtIGhhbmcuIEp1c3Qg Y3VyaW91cywgaG93Cj4gPm1hbnkgdnJmIGlzIHRoZSBtYXggbnVtYmVyIHRoYXQgY2FuIGJlIGNv bmZpZ3VyZWQ/Cj4gPgo+ID5Bbm90aGVyIHRoaW5nIGlzLCBpIGNhbiBib290IHVzaW5nIHRoZSBr ZXJuZWwgd2l0aCAxOTAgdnJmLCBidXQgb25jZSBpCj4gPnJ1biBzb21ldGhpbmcgKGkgcnVuICJ0 YXIgeGpmIiBvbiBhIGZpbGUpLCBpdCBzYWlkIHRoYXQgInN5c3RlbSBvdXQgb2YKPiA+bWVtb3J5 IiBhbmQgaSB3YXMga2lja2VkIG91dCBmcm9tIHRoZSBTU0ggc2Vzc2lvbiwgb3IgaWYgaSdtIGlu IHRoZQo+ID5jb25zb2xlLCBpIHdpbGwgYmUgYXV0b21hdGljYWxseSBsb2dvdXQuIEFueSBvZiB5 b3Uga25vdyBhYm91dCB0aGUKPiA+bGltaXRhdGlvbiBvZiB0aGUgbWF4IG51bWJlciBvZiBWUkYg d2hlcmVieSB0aGUgc2VydmVyIGNhbiBzdGlsbCBydW4KPiA+d2l0aCB0aGUgc3RhYmxlIGNvbmRp dGlvbj8KPiA+Cj4gPlJlYWxseSBhcHByZWNpYXRlIHlvdXIgaGVscC4gVGhhbmtzLgo+ID4KPiA+ UmVnYXJkcywKPiA+RmFuZGkKPiA+Cj4gPk9uIDcvMTQvMDUsIENobyBLeXVuZyBIeXVuIDxkcnVu a2VuNG15bGlmZUBob3RtYWlsLmNvbT4gd3JvdGU6Cj4gPiA+IFRoZSBwYXJhbWV0ZXIgVlJGX01B WCBpcyBpbmNsdWRlZCBpbiBydG5ldGxpbmsuaCBpZiB0aGUga2VybmVsCj4gPiA+IHNvdXJjZSho ZWFkZXIpIGhhcyBiZWVuICJwYXRjaGVkIiB3aXRoIGxpbnV4LXZyZiAwLjkwMC4KPiA+ID4KPiA+ ID4gWW91IG1heSBjaGFuZ2UgdGhlIHZhbHVlIG9mIFZSRl9NQVgod2hpY2ggaXMgNyBieSBkZWZh dWx0KSB0byB3aGljaGV2ZXIKPiB1Cj4gPiA+IGxpa2UsIGFuZCB0aGUgcmUtY29tcGlsZWQga2Vy bmVsIHdpbGwgYmUgY2FwYWJsZSB0byBjcmVhdGUgdnJmcyBhcyBtYW55Cj4gYXMKPiA+ID4gdSBk ZXNpZ25hdGVkIGluIHJ0bmV0bGluay5oLgo+ID4gPgo+ID4gPiBpIGhvcGUgaXQgYW5zd2Vycy4K PiA+ID4KPiA+ID4gaGF2ZSBhIGdyZWF0IGRheS4KPiA+ID4KPiA+ID4KPiA+ID4gPT09PT09PT09 PT09PT09PT09PT09PT09PT0KPiA+ID4gx+C6ucfRIMf2wOewoSDBwbTZIQo+ID4gPgo+ID4gPiBk cnVua2VuNG15bGlmZUBob3RtYWlsLmNvbSAowbaw5sf2KQo+ID4gPgo+ID4gPgo+ID4gPgo+ID4g PiA+RnJvbTogQWZmYW5kaSBJbmRyYWppIDxhZmZhbmRpLmluZHJhamlAZ21haWwuY29tPgo+ID4g PiA+UmVwbHktVG86IEFmZmFuZGkgSW5kcmFqaSA8YWZmYW5kaS5pbmRyYWppQGdtYWlsLmNvbT4K PiA+ID4gPlRvOiBsaW51eC12cmYtY29yZUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+ID4gPlN1 YmplY3Q6IFtsaW51eC12cmYtY29yZV0gVlJGIG51bWJlciBsaW1pdGF0aW9uCj4gPiA+ID5EYXRl OiBXZWQsIDEzIEp1bCAyMDA1IDE0OjM2OjE0ICswODAwCj4gPiA+ID4KPiA+ID4gPkhpLAo+ID4g PiA+Cj4gPiA+ID5JIHdvdWxkIGxpa2UgdG8gYXNrIGFib3V0IHRoZSBsaW1pdGF0aW9uIG9mIHRo ZSBWUkYsIGkgY2FuIG9ubHkKPiA+ID4gPmNvbmZpZ3VyZSBpdCB1cCB0byA4IFZSRiAod2hpbGUg MCBpdCdzIGFscmVhZHkgYmVpbmcgdXNlZCkuIEZyb20gZGkKPiA+ID4gPmFyY2hpdmUsIGkgc2F3 IHRoZSByZXBseSBhYm91dCB0aGUgbGltaXRhdGlvbiBvZiB0aGUgVlJGLCBidXQgaSBkb24ndAo+ ID4gPiA+cXVpdGUgdW5kZXJzdGFuZCB3aGF0IGl0IG1lYW5zLiBIZXJlIGlzIHRoZSBwcmV2aW91 cyBwb3N0aW5nIHJlZ2FyZGluZwo+ID4gPiA+dGhlIGxpbWl0YXRpb24gb24gVlJGLgo+ID4gPgo+ ID4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0KPiAKPiA+ID4KPiA+ID4gPkN1cnJlbnRseSB0aGVyZSBpcyBhIGhhcmQgbGltaXQgb2Yg OCBWUkZzICgwLTcpLiAgV2hpbGUgd29ya2luZyBvdXQKPiBidWdzIEkKPiA+ID4gPiAgaGF2ZSBk ZWNpZGVkIG5vdCB0byBkeW5hbWljYWxseSBhbGxvY2F0aW9uIGFsbCBvZiB0aGUgZGF0YQo+IHN0 cnVjdHVyZXMKPiA+ID4gcmVxdWlyZWQKPiA+ID4gPiAgdG8ga2VlcCB0cmFjayBvZiBUQ1AsIFVE UCwgYW5kIHJhdyBzb2NrZXRzIHBlciBWUkYuCj4gPiA+ID4KPiA+ID4gPiAgVW50aWwgSSBtYWtl IHRoZSBjb252ZXJzaW9uIHRvIGR5bmFtaWNhbGx5IGFsbG9jYXRpbmcgcGVyIFZSRiBkYXRhCj4g eW91Cj4gPiA+IGNhbgo+ID4gPiA+ICBjaGFuZ2UgdGhlIGNvbXBpbGUgdGltZSBsaW1pdCBieSBt b2RpZnlpbmcgVlJGX01BWCBpbgo+ID4gPiA+ICBsaW51eC9pbmNsdWRlL2xpbnV4L3J0bmV0bGlu ay5oCj4gPiA+Cj4gPi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tCj4gCj4gPiA+Cj4gPiA+ID5UaGUgcXVlc3Rpb24gaXMgaXMgdGhlcmUg YW55IHBhcmFtZXRlciB0aGF0IGkgY2FuIGNoYW5nZSBzbyBpIGNhbiBoYXZlCj4gPiA+ID5tb3Jl IHRoYXQgOCBWUkY/IEkgaGF2ZSB0cmllZCB0byBmaW5kIFZSRl9NQVggdmFyaWFibGUgaW4gcnRu ZXRsaW5rLmgsCj4gPiA+ID5idXQgbm8gbHVjay4KPiA+ID4gPgo+ID4gPiA+UmVhbGx5IGFwcHJl Y2lhdGUgeW91ciBoZWxwLiBUaGFuayB5b3UKPiA+ID4gPgo+ID4gPiA+LS0KPiA+ID4gPlJlZ2Fy ZHMsCj4gPiA+ID5BZmZhbmRpIEluZHJhamkKPiA+ID4gPgo+ID4gPiA+Cj4gPiA+ID4tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCj4gPiA+ID5U aGlzIFNGLk5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnkgdGhlICdEbyBNb3JlIFdpdGggRHVhbCEn IHdlYmluYXIKPiA+ID4gaGFwcGVuaW5nCj4gPiA+ID5KdWx5IDE0IGF0IDhhbSBQRFQvMTFhbSBF RFQuIFdlIGludml0ZSB5b3UgdG8gZXhwbG9yZSB0aGUgbGF0ZXN0IGluCj4gZHVhbAo+ID4gPiA+ Y29yZSBhbmQgZHVhbCBncmFwaGljcyB0ZWNobm9sb2d5IGF0IHRoaXMgZnJlZSBvbmUgaG91ciBl dmVudCBob3N0ZWQKPiBieQo+ID4gPiBIUCwKPiA+ID4gPkFNRCwgYW5kIE5WSURJQS4gIFRvIHJl Z2lzdGVyIHZpc2l0IGh0dHA6Ly93d3cuaHAuY29tL2dvL2R1YWx3ZWJpbmFyCj4gPiA+ID5fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+ID4gPiA+bGludXgt dnJmLWNvcmUgbWFpbGluZyBsaXN0Cj4gPiA+ID5saW51eC12cmYtY29yZUBsaXN0cy5zb3VyY2Vm b3JnZS5uZXQKPiA+ID4gPmh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2UubmV0L2xpc3RzL2xpc3Rp bmZvL2xpbnV4LXZyZi1jb3JlCj4gPiA+Cj4gPiA+Cj4gPiA+Cj4gPgo+ID4KPiA+LS0KPiA+UmVn YXJkcywKPiA+QWZmYW5kaSBJbmRyYWppCj4gCj4gCj4gCj4gCj4gLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo+IFNGLk5ldCBlbWFpbCBpcyBz cG9uc29yZWQgYnk6IERpc2NvdmVyIEVhc3kgTGludXggTWlncmF0aW9uIFN0cmF0ZWdpZXMKPiBm cm9tIElCTS4gRmluZCBzaW1wbGUgdG8gZm9sbG93IFJvYWRtYXBzLCBzdHJhaWdodGZvcndhcmQg YXJ0aWNsZXMsCj4gaW5mb3JtYXRpdmUgV2ViY2FzdHMgYW5kIG1vcmUhIEdldCBldmVyeXRoaW5n IHlvdSBuZWVkIHRvIGdldCB1cCB0bwo+IHNwZWVkLCBmYXN0LiBodHRwOi8vYWRzLm9zZG4uY29t Lz9hZF9pZD03NDc3JmFsbG9jX2lkPTE2NDkyJm9wPWNsaWNrCj4gX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX18KPiBsaW51eC12cmYtY29yZSBtYWlsaW5nIGxp c3QKPiBsaW51eC12cmYtY29yZUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiBodHRwczovL2xpc3Rz LnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9saW51eC12cmYtY29yZQo+IAoKCi0tIApS ZWdhcmRzLApBZmZhbmRpIEluZHJhamkK |
|
From: Cho K. H. <dru...@ho...> - 2005-07-19 02:41:33
|
"possibly" the problem of the limit of the kernel stack size.. as linux-vrf 0.900 patch lets the kernel keep routing table(fib_table)s as many as VRF_MAX and other structures also. Linux kernel really has a hard(and low) limit on its stack size and when the stack overflow happens, it is possible to see kernel panic.. i'm really not sure about it as i tried only 8 with my VRF_MAX. ========================== 행복한 현재가 좋다! dru...@ho... (조경현) >From: Affandi Indraji <aff...@gm...> >Reply-To: Affandi Indraji <aff...@gm...> >To: lin...@li... >Subject: Re: [linux-vrf-core] VRF number limitation >Date: Mon, 18 Jul 2005 15:00:56 +0800 > >Thanks to Steffen and Kyung Hyun, > >I'm able to set more than 8 vrf, after I modify rtnetlink.h. The max >that i can configure is 190, if more than that i can't boot, the >system said that "kernel panic" and the system hang. Just curious, how >many vrf is the max number that can be configured? > >Another thing is, i can boot using the kernel with 190 vrf, but once i >run something (i run "tar xjf" on a file), it said that "system out of >memory" and i was kicked out from the SSH session, or if i'm in the >console, i will be automatically logout. Any of you know about the >limitation of the max number of VRF whereby the server can still run >with the stable condition? > >Really appreciate your help. Thanks. > >Regards, >Fandi > >On 7/14/05, Cho Kyung Hyun <dru...@ho...> wrote: > > The parameter VRF_MAX is included in rtnetlink.h if the kernel > > source(header) has been "patched" with linux-vrf 0.900. > > > > You may change the value of VRF_MAX(which is 7 by default) to whichever u > > like, and the re-compiled kernel will be capable to create vrfs as many as > > u designated in rtnetlink.h. > > > > i hope it answers. > > > > have a great day. > > > > > > ========================== > > 행복한 현재가 좋다! > > > > dru...@ho... (조경현) > > > > > > > > >From: Affandi Indraji <aff...@gm...> > > >Reply-To: Affandi Indraji <aff...@gm...> > > >To: lin...@li... > > >Subject: [linux-vrf-core] VRF number limitation > > >Date: Wed, 13 Jul 2005 14:36:14 +0800 > > > > > >Hi, > > > > > >I would like to ask about the limitation of the VRF, i can only > > >configure it up to 8 VRF (while 0 it's already being used). From di > > >archive, i saw the reply about the limitation of the VRF, but i don't > > >quite understand what it means. Here is the previous posting regarding > > >the limitation on VRF. > > >--------------------------------------------------------------------------------------------------------------------- > > > > >Currently there is a hard limit of 8 VRFs (0-7). While working out bugs I > > > have decided not to dynamically allocation all of the data structures > > required > > > to keep track of TCP, UDP, and raw sockets per VRF. > > > > > > Until I make the conversion to dynamically allocating per VRF data you > > can > > > change the compile time limit by modifying VRF_MAX in > > > linux/include/linux/rtnetlink.h > > >-------------------------------------------------------------------------------------------------------------------- > > > > >The question is is there any parameter that i can change so i can have > > >more that 8 VRF? I have tried to find VRF_MAX variable in rtnetlink.h, > > >but no luck. > > > > > >Really appreciate your help. Thank you > > > > > >-- > > >Regards, > > >Affandi Indraji > > > > > > > > >------------------------------------------------------- > > >This SF.Net email is sponsored by the 'Do More With Dual!' webinar > > happening > > >July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual > > >core and dual graphics technology at this free one hour event hosted by > > HP, > > >AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar > > >_______________________________________________ > > >linux-vrf-core mailing list > > >lin...@li... > > >https://lists.sourceforge.net/lists/listinfo/linux-vrf-core > > > > > > > > >-- >Regards, >Affandi Indraji |
|
From: Steffen M. <sm...@us...> - 2005-07-18 10:59:19
|
Hello Affandi, On Mon, 18 Jul 2005, Affandi Indraji wrote: > I'm able to set more than 8 vrf, after I modify rtnetlink.h. The maxthat > i can configure is 190, if more than that i can't boot, thesystem said > that "kernel panic" and the system hang. Just curious, howmany vrf is > the max number that can be configured? In theory it should be just the maximum value that "unsigned char vrf" can hold. So I would assume at least 255. > Another thing is, i can boot using the kernel with 190 vrf, but once > irun something (i run "tar xjf" on a file), it said that "system out > ofmemory" and i was kicked out from the SSH session, or if i'm in > theconsole, i will be automatically logout. Any of you know about > thelimitation of the max number of VRF whereby the server can still > runwith the stable condition? I don't know of any other limitation than the above mentioned. VRF_MAX=65 works for me. However, I have to admit that I use VRF 0.100 with Linux 2.4.24 plus a bunch of own fixes in order to adapt the patches to kernel 2.4.24 and then to avoid incidental kernel oopses. The oopses were due to in kernel memory management of the VRF extension. You might see similar oopses in your kernel logs, even in the case when it seems that just a user space process terminated on some activity. Regards, Steffen. > On 7/14/05, Cho Kyung Hyun <dru...@ho...> wrote:> The > parameter VRF_MAX is included in rtnetlink.h if the kernel> > source(header) has been "patched" with linux-vrf 0.900.> > You may > change the value of VRF_MAX(which is 7 by default) to whichever u> like, > and the re-compiled kernel will be capable to create vrfs as many as> u > designated in rtnetlink.h.> > i hope it answers.> > have a great day.> > > >From: Affandi Indraji <aff...@gm...> > >Date: Wed, 13 Jul 2005 14:36:14 +0800 > >> >Hi,> >> >I would like to ask about the > limitation of the VRF, i can only> >configure it up to 8 VRF (while 0 > it's already being used). From di> >archive, i saw the reply about the > limitation of the VRF, but i don't> >quite understand what it means. > Here is the previous posting regarding> >the limitation on VRF.> > >----------------------------------------------------------------------- > > >Currently there is a hard limit of 8 VRFs (0-7). While working out > bugs I> > have decided not to dynamically allocation all of the data > structures> required> > to keep track of TCP, UDP, and raw sockets per > VRF.> >> > Until I make the conversion to dynamically allocating per VRF > data you> can> > change the compile time limit by modifying VRF_MAX in> > > linux/include/linux/rtnetlink.h> > >----------------------------------------------------------------------- > > >The question is is there any parameter that i can change so i can > have> >more that 8 VRF? I have tried to find VRF_MAX variable in > rtnetlink.h,> >but no luck.> >> >Really appreciate your help. Thank you> > >> >--> >Regards,> >Affandi Indraji> >> >> |
|
From: Affandi I. <aff...@gm...> - 2005-07-18 07:01:05
|
VGhhbmtzIHRvIFN0ZWZmZW4gYW5kIEt5dW5nIEh5dW4sCgpJJ20gYWJsZSB0byBzZXQgbW9yZSB0 aGFuIDggdnJmLCBhZnRlciBJIG1vZGlmeSBydG5ldGxpbmsuaC4gVGhlIG1heAp0aGF0IGkgY2Fu IGNvbmZpZ3VyZSBpcyAxOTAsIGlmIG1vcmUgdGhhbiB0aGF0IGkgY2FuJ3QgYm9vdCwgdGhlCnN5 c3RlbSBzYWlkIHRoYXQgImtlcm5lbCBwYW5pYyIgYW5kIHRoZSBzeXN0ZW0gaGFuZy4gSnVzdCBj dXJpb3VzLCBob3cKbWFueSB2cmYgaXMgdGhlIG1heCBudW1iZXIgdGhhdCBjYW4gYmUgY29uZmln dXJlZD8KCkFub3RoZXIgdGhpbmcgaXMsIGkgY2FuIGJvb3QgdXNpbmcgdGhlIGtlcm5lbCB3aXRo IDE5MCB2cmYsIGJ1dCBvbmNlIGkKcnVuIHNvbWV0aGluZyAoaSBydW4gInRhciB4amYiIG9uIGEg ZmlsZSksIGl0IHNhaWQgdGhhdCAic3lzdGVtIG91dCBvZgptZW1vcnkiIGFuZCBpIHdhcyBraWNr ZWQgb3V0IGZyb20gdGhlIFNTSCBzZXNzaW9uLCBvciBpZiBpJ20gaW4gdGhlCmNvbnNvbGUsIGkg d2lsbCBiZSBhdXRvbWF0aWNhbGx5IGxvZ291dC4gQW55IG9mIHlvdSBrbm93IGFib3V0IHRoZQps aW1pdGF0aW9uIG9mIHRoZSBtYXggbnVtYmVyIG9mIFZSRiB3aGVyZWJ5IHRoZSBzZXJ2ZXIgY2Fu IHN0aWxsIHJ1bgp3aXRoIHRoZSBzdGFibGUgY29uZGl0aW9uPwoKUmVhbGx5IGFwcHJlY2lhdGUg eW91ciBoZWxwLiBUaGFua3MuCgpSZWdhcmRzLApGYW5kaQoKT24gNy8xNC8wNSwgQ2hvIEt5dW5n IEh5dW4gPGRydW5rZW40bXlsaWZlQGhvdG1haWwuY29tPiB3cm90ZToKPiBUaGUgcGFyYW1ldGVy IFZSRl9NQVggaXMgaW5jbHVkZWQgaW4gcnRuZXRsaW5rLmggaWYgdGhlIGtlcm5lbAo+IHNvdXJj ZShoZWFkZXIpIGhhcyBiZWVuICJwYXRjaGVkIiB3aXRoIGxpbnV4LXZyZiAwLjkwMC4KPiAKPiBZ b3UgbWF5IGNoYW5nZSB0aGUgdmFsdWUgb2YgVlJGX01BWCh3aGljaCBpcyA3IGJ5IGRlZmF1bHQp IHRvIHdoaWNoZXZlciB1Cj4gbGlrZSwgYW5kIHRoZSByZS1jb21waWxlZCBrZXJuZWwgd2lsbCBi ZSBjYXBhYmxlIHRvIGNyZWF0ZSB2cmZzIGFzIG1hbnkgYXMKPiB1IGRlc2lnbmF0ZWQgaW4gcnRu ZXRsaW5rLmguCj4gCj4gaSBob3BlIGl0IGFuc3dlcnMuCj4gCj4gaGF2ZSBhIGdyZWF0IGRheS4K PiAKPiAKPiA9PT09PT09PT09PT09PT09PT09PT09PT09PQo+IMfgurnH0SDH9sDnsKEgwcG02SEK PiAKPiBkcnVua2VuNG15bGlmZUBob3RtYWlsLmNvbSAowbaw5sf2KQo+IAo+IAo+IAo+ID5Gcm9t OiBBZmZhbmRpIEluZHJhamkgPGFmZmFuZGkuaW5kcmFqaUBnbWFpbC5jb20+Cj4gPlJlcGx5LVRv OiBBZmZhbmRpIEluZHJhamkgPGFmZmFuZGkuaW5kcmFqaUBnbWFpbC5jb20+Cj4gPlRvOiBsaW51 eC12cmYtY29yZUBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQKPiA+U3ViamVjdDogW2xpbnV4LXZyZi1j b3JlXSBWUkYgbnVtYmVyIGxpbWl0YXRpb24KPiA+RGF0ZTogV2VkLCAxMyBKdWwgMjAwNSAxNDoz NjoxNCArMDgwMAo+ID4KPiA+SGksCj4gPgo+ID5JIHdvdWxkIGxpa2UgdG8gYXNrIGFib3V0IHRo ZSBsaW1pdGF0aW9uIG9mIHRoZSBWUkYsIGkgY2FuIG9ubHkKPiA+Y29uZmlndXJlIGl0IHVwIHRv IDggVlJGICh3aGlsZSAwIGl0J3MgYWxyZWFkeSBiZWluZyB1c2VkKS4gRnJvbSBkaQo+ID5hcmNo aXZlLCBpIHNhdyB0aGUgcmVwbHkgYWJvdXQgdGhlIGxpbWl0YXRpb24gb2YgdGhlIFZSRiwgYnV0 IGkgZG9uJ3QKPiA+cXVpdGUgdW5kZXJzdGFuZCB3aGF0IGl0IG1lYW5zLiBIZXJlIGlzIHRoZSBw cmV2aW91cyBwb3N0aW5nIHJlZ2FyZGluZwo+ID50aGUgbGltaXRhdGlvbiBvbiBWUkYuCj4gPi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LQo+IAo+ID5DdXJyZW50bHkgdGhlcmUgaXMgYSBoYXJkIGxpbWl0IG9mIDggVlJGcyAoMC03KS4g IFdoaWxlIHdvcmtpbmcgb3V0IGJ1Z3MgSQo+ID4gIGhhdmUgZGVjaWRlZCBub3QgdG8gZHluYW1p Y2FsbHkgYWxsb2NhdGlvbiBhbGwgb2YgdGhlIGRhdGEgc3RydWN0dXJlcwo+IHJlcXVpcmVkCj4g PiAgdG8ga2VlcCB0cmFjayBvZiBUQ1AsIFVEUCwgYW5kIHJhdyBzb2NrZXRzIHBlciBWUkYuCj4g Pgo+ID4gIFVudGlsIEkgbWFrZSB0aGUgY29udmVyc2lvbiB0byBkeW5hbWljYWxseSBhbGxvY2F0 aW5nIHBlciBWUkYgZGF0YSB5b3UKPiBjYW4KPiA+ICBjaGFuZ2UgdGhlIGNvbXBpbGUgdGltZSBs aW1pdCBieSBtb2RpZnlpbmcgVlJGX01BWCBpbgo+ID4gIGxpbnV4L2luY2x1ZGUvbGludXgvcnRu ZXRsaW5rLmgKPiA+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0KPiAKPiA+VGhlIHF1ZXN0aW9uIGlzIGlzIHRoZXJlIGFueSBwYXJhbWV0 ZXIgdGhhdCBpIGNhbiBjaGFuZ2Ugc28gaSBjYW4gaGF2ZQo+ID5tb3JlIHRoYXQgOCBWUkY/IEkg aGF2ZSB0cmllZCB0byBmaW5kIFZSRl9NQVggdmFyaWFibGUgaW4gcnRuZXRsaW5rLmgsCj4gPmJ1 dCBubyBsdWNrLgo+ID4KPiA+UmVhbGx5IGFwcHJlY2lhdGUgeW91ciBoZWxwLiBUaGFuayB5b3UK PiA+Cj4gPi0tCj4gPlJlZ2FyZHMsCj4gPkFmZmFuZGkgSW5kcmFqaQo+ID4KPiA+Cj4gPi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0KPiA+VGhp cyBTRi5OZXQgZW1haWwgaXMgc3BvbnNvcmVkIGJ5IHRoZSAnRG8gTW9yZSBXaXRoIER1YWwhJyB3 ZWJpbmFyCj4gaGFwcGVuaW5nCj4gPkp1bHkgMTQgYXQgOGFtIFBEVC8xMWFtIEVEVC4gV2UgaW52 aXRlIHlvdSB0byBleHBsb3JlIHRoZSBsYXRlc3QgaW4gZHVhbAo+ID5jb3JlIGFuZCBkdWFsIGdy YXBoaWNzIHRlY2hub2xvZ3kgYXQgdGhpcyBmcmVlIG9uZSBob3VyIGV2ZW50IGhvc3RlZCBieQo+ IEhQLAo+ID5BTUQsIGFuZCBOVklESUEuICBUbyByZWdpc3RlciB2aXNpdCBodHRwOi8vd3d3Lmhw LmNvbS9nby9kdWFsd2ViaW5hcgo+ID5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fXwo+ID5saW51eC12cmYtY29yZSBtYWlsaW5nIGxpc3QKPiA+bGludXgtdnJm LWNvcmVAbGlzdHMuc291cmNlZm9yZ2UubmV0Cj4gPmh0dHBzOi8vbGlzdHMuc291cmNlZm9yZ2Uu bmV0L2xpc3RzL2xpc3RpbmZvL2xpbnV4LXZyZi1jb3JlCj4gCj4gCj4gCgoKLS0gClJlZ2FyZHMs CkFmZmFuZGkgSW5kcmFqaQo= |
|
From: Affandi I. <aff...@gm...> - 2005-07-13 06:36:33
|
Hi, I would like to ask about the limitation of the VRF, i can only configure it up to 8 VRF (while 0 it's already being used). From di archive, i saw the reply about the limitation of the VRF, but i don't quite understand what it means. Here is the previous posting regarding the limitation on VRF. ---------------------------------------------------------------------------= ------------------------------------------ Currently there is a hard limit of 8 VRFs (0-7). While working out bugs I have decided not to dynamically allocation all of the data structures requ= ired to keep track of TCP, UDP, and raw sockets per VRF. =20 Until I make the conversion to dynamically allocating per VRF data you can change the compile time limit by modifying VRF_MAX in linux/include/linux/rtnetlink.h ---------------------------------------------------------------------------= ----------------------------------------- The question is is there any parameter that i can change so i can have more that 8 VRF? I have tried to find VRF_MAX variable in rtnetlink.h, but no luck. Really appreciate your help. Thank you --=20 Regards, Affandi Indraji |
|
From: Kyung H. C. <dru...@ho...> - 2005-05-25 09:10:36
|
SGkNCg0KaSdtIGN1cnJlbnRseSB1c2luZyBMaW51eCBLZXJuZWwgMi40LnguLiBpIHdhcyBsb29r aW5nIGZvciBWUkYgc29sdXRpb25zIG9uIGludGVybmV0IGFuZCBmb3VuZCBvdXQgeW91ciBwcm9q ZWN0LiB0aGUgbGF0ZXN0IHZlcnNpb24gaXMgMC45MDAgYW5kIHN1cnByaXNpbmdseSwgb3Igb2J2 aW91c2x5LCB0aGUga2VybmVsIHBhdGNoIGlzIHByb3ZpZGVkIG9ubHkgZm9yIGtlcm5lbCAyLjYu OC4gDQoNCmkgZm91bmQgb3V0IHRoYXQgMC4xMDAgcHJvdmlkZWQgYSBrZXJuZWwgcGF0Y2ggZm9y IGtlcm5lbCAyLjQueC4gaXQgaXMgbm90IHBvc3NpYmxlIGZvciBtZSB0byBtaWdyYXRlIHRoZSBs aW51eCBrZXJuZWwgdG8gMi42LjggYXMgdG9vIG1hbnkgYXBwbGljYXRpb25zIGFyZSBydW5uaW5n IHJpZ2h0IG5vdywgYW5kIGkgY2FuIG5vdCBiZSBndWFyYW50ZWVkIGFib3V0IHRoZW0gd29ya2lu ZyBzbW9vdGhseSBpbiBrZXJuZWwgMi42LjguIA0KDQppIHdhcyB3b25kZXJpbmcgYWJvdXQgdGhl IGNoYW5nZXMgYmV0d2VlbiAwLjEwMCBhbmQgMC45MDAuIGFzIGkgY2FuIHNlZSB0aGUgaHVnZSBp bmNyZWFzZSBvZiB0aGUgdmVyc2lvbiBudW1iZXIsIGkgY2FuIHRlbGwgdGhlcmUgaGF2ZSBiZWVu IG1hbnkgY2hhbmdlcy4gaG93ZXZlciBpIHdhcyBub3QgYWJsZSB0byBnZXQgYW55IENoYW5nZUxv ZyBvciBub3RoaW5nLg0KDQppIGtub3cgaXQgaXMgbXkgcmVzcG9uc2liaWxpdHkgdG8gY2hlY2sg dGhlIGNoYW5nZXMgYnkgbXlzZWxmLCBpZiBpIHdlcmUgdG8gdXNlIGl0IG9uIGxpbnV4IGtlcm5l bCAyLjQueC4gaSB0aGluayBpdCB3b3VsZCBiZSBhIGdyZWF0IGhlbHAgaWYgaSBjYW4gZ2V0IHNv bWUgaWRlYXMgYWJvdXQgY2hhbmdlcy4NCg0KDQp0aGFua3MgaW4gYWR2YW5jZS4NCg0KS3l1bmcg SHl1biBDaG8NCg0KDQpwcy4gaSdtIGEga29yZWFuIGFuZCBub3QgcmVhbGx5IGZhbWlsaWFyIHdp dGggZW5nbGlzaC4gc28gaWYgdGhlcmUgaXMgYW55IHdvcmRzIG9yIHNlbnRlbmNlcyB0aGF0IGJv dGhlciB5b3UsIHBsZWFzZSBmb3JnaXZlIG1lLg== |
5 messages has been excluded from this view by a project administrator.
