Re: Level3 90+% Packet Loss in New York

2009-11-02 Thread Joly MacFie
Only thing I know is that as I was walking home, I saw a Level 3 van with an open manhole cover outside the front of the Tribeca Grand (a block from 32 Ave of A).. On Mon, Nov 2, 2009 at 7:39 PM, Peter Beckman wrote: > Anyone know anything?  Has happened twice today, right now, and between > 12:2

Re: Speed Testing and Throughput testing

2009-11-02 Thread Christopher Morrow
On Mon, Nov 2, 2009 at 4:56 PM, Mark Urbach wrote: > Anyone have a good solution to get "accurate" speed results when testing at > 10/100/1000 Ethernet speeds? > > Do you have a server/software that customer can test too? One wonders how netnod does this... I believe they put in some servers spe

Level3 90+% Packet Loss in New York

2009-11-02 Thread Peter Beckman
Anyone know anything? Has happened twice today, right now, and between 12:22pm and 12:49pm (at least same symptoms as this issue) Packets Pings HostLoss% Snt Last Avg Best Wrst StDev 1. 208.72

Re: Speed Testing and Throughput testing

2009-11-02 Thread Richard A Steenbergen
On Mon, Nov 02, 2009 at 01:30:18PM -1000, Michael Painter wrote: > Nathan Ward wrote: > >On 3/11/2009, at 10:56 AM, Mark Urbach wrote: > > > >>Anyone have a good solution to get "accurate" speed results when > >>testing at 10/100/1000 Ethernet speeds? > > An NDT server?... such as: > http://ndt.an

Re: Speed Testing and Throughput testing

2009-11-02 Thread Michael Painter
Nathan Ward wrote: On 3/11/2009, at 10:56 AM, Mark Urbach wrote: Anyone have a good solution to get "accurate" speed results when testing at 10/100/1000 Ethernet speeds? An NDT server?... such as: http://ndt.anl.gov:7123/

Re: Speed Testing and Throughput testing

2009-11-02 Thread Andreas Ott
Hello, On Mon, Nov 02, 2009 at 03:56:56PM -0600, Mark Urbach wrote: > Anyone have a good solution to get "accurate" speed results when > testing at 10/100/1000 Ethernet speeds? iperf. Check http://www.nanog.org/meetings/nanog43/abstracts.php?pt=MjkmbmFub2c0Mw==&nm=nanog43 and http:/

Re: Speed Testing and Throughput testing

2009-11-02 Thread Jon Meek
I use iperf with packet capture on both sides, then analyze the packet capture for per-second throughput and re-transmits. I usually do 10 TCP streams for 30 seconds. Note that on GigE with significant RTTs (5-15 ms) some TCP tuning is needed to deal with the bandwidth delay product. It is also po

Re: Speed Testing and Throughput testing

2009-11-02 Thread Azher Mughal
perfsonar livecd offers npad service that remote hosts can connect and see the performance and results. http://www.internet2.edu/performance/toolkit/index.html TcpOptimizer helps tunning the tcp/ip for windows systems. http://www.speedguide.net/downloads.php nuttcp is good to generate packets/s

Re: Speed Testing and Throughput testing

2009-11-02 Thread Nathan Ward
On 3/11/2009, at 10:56 AM, Mark Urbach wrote: Anyone have a good solution to get "accurate" speed results when testing at 10/100/1000 Ethernet speeds? If you want accuracy, you want to buy a packet generator/router tester unit. I just built a tool for a customer (a last-mile network provi

Re: Speed Testing and Throughput testing

2009-11-02 Thread Jack Carrozzo
iperf is fairly standard and supports some handy features - http://en.wikipedia.org/wiki/Iperf -Jack Carrozzo On Mon, Nov 2, 2009 at 4:56 PM, Mark Urbach wrote: > Anyone have a good solution to get "accurate" speed results when testing at > 10/100/1000 Ethernet speeds? > > Do you have a server/

Speed Testing and Throughput testing

2009-11-02 Thread Mark Urbach
Anyone have a good solution to get "accurate" speed results when testing at 10/100/1000 Ethernet speeds? Do you have a server/software that customer can test too? Thanks, Mark Urbach PinPoint Communications, Inc. 100 N. 12th St Suite 500 Lincoln, NE 68508 402-438-6211 ext 1923 Office 402-66

RE: Upstream BGP community support

2009-11-02 Thread Brian Dickson
(Apologies for top-replying, but hey, it makes it easier to ignore stuff you've already read.) I think the main things to consider in identifying what things "belong" in a standardized community are: - is it something that is really global, and not local, in behaviour and scope? - is it somethin

Re: Upstream BGP community support

2009-11-02 Thread Richard A Steenbergen
On Mon, Nov 02, 2009 at 01:38:00PM -0600, Jack Bates wrote: > Communities (except the standardized well known ones) are extremely > diverse. For those that support even more granular traffic engineering > by limiting which of their peers your routes might be transiting, I > believe there are 2 d

Re: Upstream BGP community support

2009-11-02 Thread Jack Bates
Joel Jaeggli wrote: more accessible and therefore more likely to be used, I don't think traffic engineering is something I particularly want to encourage to excess but RTBH is a know that more people need access to quite frankly. I think creating a standard or at least a template might push mor

Re: Upstream BGP community support

2009-11-02 Thread Joel Jaeggli
Jack Bates wrote: > Joel Jaeggli wrote: >> >> A standardized set means it can be cooked into documentation, training, >> and potentially even products. >> > > Communities (except the standardized well known ones) are extremely > diverse. For those that support even more granular traffic engineer

Re: Upstream BGP community support

2009-11-02 Thread Jack Bates
Joel Jaeggli wrote: A standardized set means it can be cooked into documentation, training, and potentially even products. Communities (except the standardized well known ones) are extremely diverse. For those that support even more granular traffic engineering by limiting which of their pe

Re: Upstream BGP community support

2009-11-02 Thread Joel Jaeggli
So this questions we have approached from time to time. Is there some worth to be had in finding some consensus (assuming such a thing is possible) on a subset of the features that people use communities for that could be standardized? particularly in the context of source based remote triggered b

some discussion on one vendor's (juniper) silicon...

2009-11-02 Thread Joel Jaeggli
The juniper pr event at the nyse actually contained some not unreasonable information on their new silicon. starts about 25 minutes in (silly registration required)... http://www.thenewnetworkishere.com/simulcast.html

Re: Upstream BGP community support

2009-11-02 Thread Matthew Petach
On Mon, Nov 2, 2009 at 6:36 AM, Randy Bush wrote: >> As Louis Mamakos pointed out back in 1992 or so, it's hard to conceal the >> existence of said peering: > > g2 is raising the cost of gaining info.  you can not prevent it > absolutely. No kidding--the traffic backlog on it this morning was hor

Re: Upstream BGP community support

2009-11-02 Thread Patrick W. Gilmore
On Nov 2, 2009, at 6:46 AM, Randy Bush wrote: But seriously now, the reason we have these squishy things taking up space between our ears in the first place is so we can come up with new ideas and better ways to solve our problems. and they need not be cute, clever, or complex. unless we d

Re: Upstream BGP community support

2009-11-02 Thread Randy Bush
> As Louis Mamakos pointed out back in 1992 or so, it's hard to conceal the > existence of said peering: g2 is raising the cost of gaining info. you can not prevent it absolutely. randy

Re: Small guys with BGP issues

2009-11-02 Thread mitigator
Friends don't let friends drink and reply-all. I'm just sayin. -j --Original Message-- From: Richard A Steenbergen To: Steve Bertrand Cc: NANOG list Subject: Re: Small guys with BGP issues Sent: Nov 1, 2009 11:07 PM On Sun, Nov 01, 2009 at 11:54:07PM -0500, Steve Bertrand wrote: > I'm

Re: Upstream BGP community support

2009-11-02 Thread Randy Bush
Richard A Steenbergen wrote: > On Mon, Nov 02, 2009 at 05:19:32AM -0500, Randy Bush wrote: >> i try to use as few tricks, knobs, and clever things as possible and >> still get my job done. i try to be extremely conscious of, and minimal, >> when what i am doing effects or is visible to my neighbor

Re: Upstream BGP community support

2009-11-02 Thread Andy B.
On Mon, Nov 2, 2009 at 11:56 AM, Richard A Steenbergen wrote: > But seriously now, the reason we have these squishy things taking up > space between our ears in the first place is so we can come up with new > ideas and better ways to solve our problems. Obviously you can take it > too far, I'm su

Re: Upstream BGP community support

2009-11-02 Thread Richard A Steenbergen
On Mon, Nov 02, 2009 at 05:19:32AM -0500, Randy Bush wrote: > i try to use as few tricks, knobs, and clever things as possible and > still get my job done. i try to be extremely conscious of, and minimal, > when what i am doing effects or is visible to my neighbors and/or the > global net. > >

Re: Upstream BGP community support

2009-11-02 Thread Randy Bush
>>> i would rather earn it by designing things, not by cleaning up messes >>> made by kiddies needing to show off. > > For those who try their best, given your comment, what in the fsck is > one to do? [ i prefer to speak in the first person, not tell you what you should do. ] i try to use as