November 2010 - Test - lists.nanog.org

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

08 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

Re: [j-nsp] EX4200 JunOS Recommendation
by GIULIANO (UOL) 08 Nov '10

08 Nov '10

We are running 10.2R3 for 10 x EX4200. Everything is working fine ... from VC to BGP and virtual routers. > On Mon, Nov 8, 2010 at 2:59 PM, Richard A Steenbergen <ras(a)e-gerbil.net>wrote: > >> On Mon, Nov 08, 2010 at 11:43:55AM -0800, Mehmet Akcin wrote: >>> Hi Keegan, >>> >>> I always try to go with >>> >>> >> https://www.juniper.net/customers/csc/software/junos_software_versions.jsp >> >> Based on past experience, I find this list to be a giant load of horse >> shit. You'd have better luck picking good versions of code with a magic >> 8ball. > > > hahahahah For one, I don't think I would have taken that quite as seriously > coming from anyone else. Secondly I'm new here, but it's better than NANOG. > > >> Unfortunately I can't tell you specifically what works best for >> L2 on EX4200 because we use none of the first and very little of the >> second, but I can give you a very very long list of reasons why 10.2R3 >> is (at this exact moment) the best choice for EX8200 doing routing. >> > > We use the big cats for this but this may help someone I know. Thanks. > >> >> -- >> Richard A Steenbergen <ras(a)e-gerbil.net> http://www.e-gerbil.net/ras >> GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC) >> >> >> > _______________________________________________ > juniper-nsp mailing list juniper-nsp(a)puck.nether.net > https://puck.nether.net/mailman/listinfo/juniper-nsp >

1 0

Netflow Tool
by Mike Gatti 07 Nov '10

07 Nov '10

Anyone out there using a good netflow collector that has the capability data to export to CSV? Open Source would be best, but any suggestions are welcome. Thanks, =+=+=+=+=+=+=+=+=+=+=+=+= Michael Gatti cell.703.347.4412 ekim.ittag(a)gmail.com =+=+=+=+=+=+=+=+=+=+=+=+=

11 10

.mil broken again?
by Antonio Querubin 07 Nov '10

07 Nov '10

I'm seeing DNS lookup failures for us.af.mil, usmc.mil, us.army.mil, and navy.mil. Possibly more .mil are affected. This is getting way too frequent. Anybody got a good out-of-band (not .mil) contact for reporting this? Antonio Querubin 808-545-5282 x3003 e-mail/xmpp: tony(a)lava.net

1 0

BGP support on ASA5585-X
by srg 07 Nov '10

07 Nov '10

Hi: At this moment we know that ASA5585-X does not support BGP. Does anybody know if BGP support in the ASA5585-X is in roadmap? More precisely... MP-BGP support in the ASA5585-X? Any "oficial" link in the Cisco website about this? (I did't find it) Thanks a lot and best regards

10 14

Ethernet performance tests
by Diogo Montagner 06 Nov '10

06 Nov '10

Hello everyone, I am looking for performance test methodology for ethernet-based circuits. These ethernet circuits can be: dark-fiber, l2circuit (martini), l2vpn (kompella), vpls or ng-vpls. Sometimes, the ethernet circuit can be a mix of these technologies, like below: CPE <-> metro-e <-> l2circuit <-> l2vpn <-> l2circuit <-> metro-e <-> CPE The goal is verify the performance end-to-end. I am looking for tools that can check at least the following parameters: - loss - latency - jitter - bandwidth - out-of-order delivery At this moment I have been used IPerf to achieve these results. But I would like to check if there is some test devices that can be used in situations like that to verify the ethernet-based circuit performance. The objective of these tests is to verify the signed SLAs of each circuit before the customer start to use it. I checked all MEF specifications and I only find something related to performance for Circuit Emulation over Metro-E (which is not my case). Appreciate your comments. Thanks! ./diogo -montagner

8 12

Re: Emulating a cellular interface
by Suresh Rajagopalan 06 Nov '10

06 Nov '10

Or Linux Netem http://www.linuxfoundation.org/collaborate/workgroups/networking/netem Suresh On Sat, Nov 6, 2010 at 6:50 AM, Andy Davidson <andy(a)nosignal.org> wrote: > > On 6 Nov 2010, at 05:53, Saqib Ilyas wrote: > >> A friend of mine is doing some testing where he wishes to emulate a >> cellular-like interfaces with random drops and all, out of an ethernet >> interface. Since we have plenty of network and system ops on the list, I >> thought we might have luck posting the question here. Is anyone aware of a >> simple tool to do this, other than rather involved configuration of >> iptables? > > Not withstanding Mikael's comments that it shouldn't be lossy, at times when you want to simulate lossy (and jittery, and shaped, and ....) conditions, the best way I have found to do this is FreeBSD's dummynet : > > http://www.freebsd.org/cgi/man.cgi?query=ipfw&sektion=8#TRAFFIC_SHAPER_(DUM… > > Andy

1 0

NAP of the Capital Region
by Santino Codispoti 06 Nov '10

06 Nov '10

Does anyone have an up to date list of the carriers that are within the NAP of the Capital Region?

2 2

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

05 Nov '10

--- ras(a)e-gerbil.net wrote: From: Richard A Steenbergen <ras(a)e-gerbil.net> On Fri, Nov 05, 2010 at 03:32:30PM -0700, Scott Weeks wrote: > It's really quiet in here. So, for some Friday fun let me whap at the > hornets nest and see what happens... >;-) Arguments about locator/identifier splits aside (which I happen to agree with), this thing goes off the deep end on page 7 when it starts talking about peering infrastructure. Infact pretty much every sentence on that page is blatantly wrong. :) ---------------------------------------------------- On re-reading it, I understand what you're saying, but the concept seems to have merit. Were you able to get past the mis-statements and get to the meat of the paper? It's concept, not running code, but very interesting. scott

1 0

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

05 Nov '10

--- nanog(a)85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org wrote: From: Mark Smith <nanog(a)85d5b20a518b8f6864949bd940457dc124746ddc.nosense.org> > http://www.ionary.com/PSOC-MovingBeyondTCP.pdf Who ever wrote that doesn't know what they're talking about. LISP is not the IETF's proposed solution (the IETF don't have one, the IRTF do), and streaming media was seen to be one of the early applications of the Internet - these types of applications is why TCP was split out of IP, why UDP was invented, and why UDP has has a significantly different protocol number to TCP. ------------------------------------------------------------------ That's interesting, I wasn't aware of that. I will look into that bit of history just for fun. Getting over misstated things like you've pointed out, what do you think of the concept? scott

1 0