November 2010 - Test - lists.nanog.org

eigrp distribute-list out vlan interface
by Andrey Khomyakov 10 Nov '10

10 Nov '10

Need to manipulate metric out to only one of the EIGRP neighbors only for default route. Trying to use distribute-list (can't think of anything else that can do that for me) The metric in the distribute-list does not seem to affect the default route at all. It still comes through with the metric of the redistribute command. I tried it in the lab and it worked. In the lab I used 3725 routers and physical interfaces. In production I have 4507R SUP6 and using a vlan interaface. Does anyone have any thoughts on why this does not work. Are vlan interfaces just not supported or is it a bug? Or am I misusing distribute-list all together? router eigrp 179 distribute-list route-map eigrp-redistribute-to-worcester out Vlan2517 network 0.0.0.0 redistribute static route-map eigrp-redistribute eigrp router-id 10.0.0.3 ip prefix-list all-routes permit 0.0.0.0/0 le 32 ! ip prefix-list eigrp-redistribute permit 10.0.28.0/24 ip prefix-list eigrp-redistribute permit 10.6.4.0/24 ! ip prefix-list eigrp-redistribute-default permit 0.0.0.0/0 ! ip route 0.0.0.0 0.0.0.0 192.168.168.10 ip route 10.0.28.0 255.255.255.0 192.168.168.22 ip route 10.6.4.0 255.255.255.0 192.168.168.22 ! route-map eigrp-redistribute permit 10 match ip address prefix-list eigrp-redistribute set metric 100000 1 255 1 1500 ! route-map eigrp-redistribute permit 20 match ip address prefix-list eigrp-redistribute-default set metric 100000 10 255 1 1500 ! route-map eigrp-redistribute-to-worcester permit 10 match ip address prefix-list eigrp-redistribute-default set metric 50000 10 255 1 1500 ! route-map eigrp-redistribute-to-worcester permit 20 match ip address prefix-list all-routes -- Andrey Khomyakov [khomyakov.andrey(a)gmail.com]

1 0

Re: VM slicing and dicing
by chaim rieger 09 Nov '10

09 Nov '10

I use ucs, its hardware, still need the virtualization kernel somewhere in the mix. That said ucs is rock solid and imho beats hp and ibm blades hands down.

2 1

Re: RINA - scott whaps at the nanog hornets nest :-)
by Scott Weeks 09 Nov '10

09 Nov '10

--- eugen(a)leitl.org wrote: From: Eugen Leitl <eugen(a)leitl.org> Networks are much too smart still, what you need is the barest decoration upon the raw physics of this universe. -------------------------------------- Yes, that's one thing I note. The mapping server idea that several proposals use do not appear to keep the smartness at the edges, rather they seem try to make a smarter core network. scott

3 2

Re: RINA - scott whaps at the nanog hornets nest :-)
by Scott Weeks 09 Nov '10

09 Nov '10

--- bill(a)herrin.us wrote: really would. Maybe you can tell me the page number, 'cause I just can't wade through the rest of it. ------------------------------------- Don't read anything until around chapter 6 or 7. Also, skip the last one. Thanks for the responses. scott

1 0

Re: OT: VM slicing and dicing
by chaim rieger 09 Nov '10

09 Nov '10

Kvm, opensource and closed Virt-manager will be your open source manager for this Also look into proxmox.

1 0

Migrating from PPP to DHCPo82
by MKS 09 Nov '10

09 Nov '10

Hi list I work for an small ISP, which does traditional xDSL service with PPPoE. Currently we are in the process of migrating most of our customers to DHCP (some customers are getting new CPEs and some will be sw upgraded remotely ). It would be great if someone has the time to share their experience (on- or offline) from such a migration. Common pitfals and perhaps what whey would do differently "next time". I know that every network is different but I believe that there are some general concerns, specially around security of DHCP and security features for vendors around DHCP and DHCP snooping etc. What about 802.1x, is that generally being deployed with option82? Regards MKS

5 7

Cleveland or Columbus Colocation?
by Charles Mills 09 Nov '10

09 Nov '10

Can anyone from these areas recommend someone? I know Expedient is in Cleveland but would like others to look at as well. Feel free to contact me off list. Chuck

3 2

Hotmail Operations
by David Hooton 09 Nov '10

09 Nov '10

Hi All, Could someone from Hotmail operations please contact me offlist, a couple of your outbound SMTP relays are trying to wipe one of our customers off the face of the earth. -- Kind Regards, David Hooton Managing Director Platform Networks www.platformnetworks.net

1 0

Re: RINA - scott whaps at the nanog hornets nest :-)
by Scott Weeks 08 Nov '10

08 Nov '10

Been unexpectedly gone for the weekend, apologies for the delay. Wow, can subjects get hijacked quickly here. I think it happened within one or two emails. It was just for weekend fun anyway... --- bill(a)herrin.us wrote: From: William Herrin <bill(a)herrin.us> > And so, "...the first principle of our proposed new network architecture: Layers are recursive." : Anyone who has bridged an ethernet via a TCP based : IPSec tunnel understands that layers are recursive. WRT the paper I'm having trouble correlating what you say with their notion of recursive layer network communications. It seems apples and oranges, but maybe I have Monday-its. It's only a little after noon here. > http://www.ionary.com/PSOC-MovingBeyondTCP.pdf : John Day has been chasing this notion long enough to write three : network stacks. If it works and isn't obviously inferior in its : operational resource consumption, where's the proof-of-concept code? Not having read the following enough, being in operations and not in the research areas as much as others on this list I don my flameproof underpants and post this: pouzinsociety.org gives: --------------------------------------------------------- "The TSSG developed CBA prototype, which consists of a fully functional componentised network stack and the ancillary supporting infrastructure, has been contributed to the Pouzin Society as the TINOS project. TINOS will provide the underlying platform and execution environment upon which a RINA prototype can be developed. The TSSG and i2CAT will be joining forces with the Pouzin Society to contribute to the development of a RINA prototype based on the TINOS platform. The TINOS code is freely available under the LGPL license." --------------------------------------------------------- the "CBA prototype" link being: http://www.tssg.org/4WARD/2010/07/component_based_architecture_n.html Seemingly unfortunate (to me) is: "...an open-source project to create a Java platform operating system." : The last time this was discussed in the Routing Research Group, none : of the proponents were able to adequately describe how to build a : translation/forwarding table in the routers or whatever passes for : routers in this design. When I asked on RRG I was told by the chairs, privately, that no open-slate designs would be considered. No RINA proponents are participating in the list, as well. WRT RRG I had assumed various proposals would be considered with equal respect and dignity, the basic components described, a 'winner' selected and then the engineering details designed. Watching the list has been an experience in reality (it's not all peace, love and happiness out there :-) and I now more clearly understand the comments made by others on this list about the process. Since it wasn't allowed on RRG, I hoped to spur discussion here between those who spend more cycles in research and learn from that discussion. It didn't happen yet... ;-) scott ps. Thanks for the response. I am really curious about the approach. It would seem to weed out a lot of redundant things that various layers repeat.

3 2

Re: RINA - scott whaps at the nanog hornets nest :-)
by Scott Weeks 08 Nov '10

08 Nov '10

--- dot(a)dotat.at wrote: The point of a clean slate design is to rethink the foundations of your architecture, and get rid of constraints that set you up to fail. ---------------------------------- Yes, and I thought this idea could be the beginning of one way to do that and became interested in what others thought. However, there're not very many avenues to ask for competent responses on things like this. Thanks for the responses. scott ps. The "NAT is your friend" part is what I thought would whap at the nest for weekend fun... :-)

1 0