- Test - lists.nanog.org

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

10 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 09 Nov '10

09 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 09 Nov '10

09 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

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

09 Nov '10

--- dot(a)dotat.at wrote: From: Tony Finch <dot(a)dotat.at> : I note that he doesn't actually describe how to implement : a large-scale addressing and routing architecture. It's all : handwaving. There is more discussed in the book. The paper was written by another person and had to only hit the highlights, or it'd be too long for folks to want to read. I'd imagine you can get a copy of the book in a university library. :And he seems to think that core routers can cope with per-flow state. Can you elaborate for me? : The only bits he's at all concrete about are the transport : protocol, which isn't really where the unsolved problems are. It wasn't about just solving problems. It seems to me to be about if you could clean-slate design, what would you do? AFAICT the RRG folks are specifically focused on fixing problems: map-n-encap and tunneling being the most liked solutions. One similar thing to other proposals on that list, though, that has me wondering is the use of a 'server' in the middle to keep track of everything. scott

2 1