RE: Cogent announcing more specific prefixes?

Yeah, I saw the same - saw an extra /22 announced... -Original Message- From: ML [mailto:m...@kenweb.org] Sent: 25 November 2010 22:26 To: nanog@nanog.org Subject: Cogent announcing more specific prefixes? Anyone else get alerts from their BGP monitoring system (In my case Cyclops) sayi

Re: Network management software with high detailed traffic report

We are using cisco switches like as 3750, 6500 etc. So there is no fairqueue. On 26 November 2010 09:43, Mikael Abrahamsson wrote: > On Fri, 26 Nov 2010, Sergey Voropaev wrote: > > We use a several connections to the financial providers. This connections >> are low bandwidth (up to 2 Mbps). Thi

Re: Network management software with high detailed traffic report

On Fri, 26 Nov 2010, Sergey Voropaev wrote: We are using cisco switches like as 3750, 6500 etc. So there is no fairqueue. How are the 2M connections connected to these ethernet switches? Makes me wonder if it wouldn't be a better opex solution to actually put a CPU platform between the L3 sw

Re: Network management software with high detailed traffic report

I work on this way too. There ais no problem with netflow-sensor. But I can not find good inexpensive collector for Windows which can collect data and do graphic report. On 26 November 2010 10:06, Dobbins, Roland wrote: > > On Nov 26, 2010, at 1:36 PM, Sergey Voropaev wrote: > > > Our task - is

Re: Global Switch

ryan.finne...@harrierinvestments.com (Ryan Finnesey) wrote: > I would welcome comments from people leasing space from Global Switch on > or off list. We've been using them for a few years now - in Frankfurt. No problems, diligent, secure. Elmar. -- "Machen Sie sich erst einmal unbeliebt. Dann

Re: Network management software with high detailed traffic report

"Diogo Montagner" wrote: >I am just curios what kind of application/network requires this >aggressive monitoring. My experience shows that Sergey is representative of shops in the financial sector. We have a number of clients who use OpenNMS to collect interface traffic data every two second

Re: Network management software with high detailed traffic report

On Nov 26, 2010, at 3:59 PM, Sergey Voropaev wrote: > I work on this way too. There ais no problem with netflow-sensor. But I can > not find good inexpensive collector for Windows which can collect data and do > graphic report. Open-source = free. And you should be using *NIX, anyways. Usin

Re: Network management software with high detailed traffic report

Yes you are correct about financial sector. Is it possible to view flows (at least srs and dst addresses) in the NMS or only interface utilization? On 26 November 2010 14:56, Jeff Gehlbach wrote: > > > "Diogo Montagner" wrote: > > >I am just curios what kind of application/network requires this

Re: Network management software with high detailed traffic report

There is no problem with *NIX from the point of view qualification. But corporate politic use only Windows servers and no any other OS in the production. On 26 November 2010 15:05, Dobbins, Roland wrote: > > On Nov 26, 2010, at 3:59 PM, Sergey Voropaev wrote: > > > I work on this way too. There

Re: Network management software with high detailed traffic report

On Nov 26, 2010, at 9:26 PM, Sergey Voropaev wrote: > But corporate politic use only Windows servers and no any other OS in the > production. They obviously use IOS or JunOS or what-have-you on their routers and other networking gear - classify this server as a piece of infrastructure equipme

Re: Network management software with high detailed traffic report

"Sergey Voropaev" wrote: >Is it possible to view flows (at least srs and dst addresses) in the >NMS or >only interface utilization? In OpenNMS? No flow or conversation support built in as of today. Some have successfully integrated with cflowd, jflow, or other similar packages; I'm not famil

Re: Network management software with high detailed traffic report

On Fri, Nov 26, 2010 at 07:06:26AM +, Dobbins, Roland wrote: > > On Nov 26, 2010, at 1:36 PM, Sergey Voropaev wrote: > > > Our task - is to find such applications and report to management and > > developers a problem. Also if we'll be aware about it we could configure > > QoS. > > One plac

Re: Network management software with high detailed traffic report

On Fri, Nov 26, 2010 at 3:26 PM, Sergey Voropaev wrote: > There is no problem with *NIX from the point of view qualification. But > corporate politic use only Windows servers and no any other OS in the > production. I wonder wether your are allowed to use cygwin on your windows machines; that wa

RE: Jumbo frame Question

Where would the world be if we weren't stuck at 1500 MTU? I've always kinda thought, what if that was larger from the start We keep getting faster switchports, but the MTU is still 1500 MTU! I'm sure someone has done some testing with a 10/100 switch with jumbo frames enables versus a 10/1

RE: Jumbo frame Question

On Fri, 26 Nov 2010, Brandon Kim wrote: We keep getting faster switchports, but the MTU is still 1500 MTU! I'm sure someone has done some testing with a 10/100 switch with jumbo frames enables versus a 10/100/1000 switch using regular 1500 MTU and compared the performance. 1500 MTU made

need a contact

Is there anyone on the list from facebook? Email me directly please. George Roettger

nanog@nanog.org

Hey folks, I had a situation recently that our network went down and our Network Monitoring software did not notify us that the network was down because the internet connection went down. We had a problem with our carrier where they messed up on our /23(where our Network Monito

Re: Jumbo frame Question

I have the "opposite problem". I use iperf to test WAN and VPN throughput and packet loss, but find that the sending Linux system starts out with the expected MTU / MSS but then ramps up the packet size to way beyond 1500. The result is that network equipment must fragment the packets. On higher ba

Re:

On Fri, Nov 26, 2010 at 9:14 AM, Michael Ruiz wrote: > Hey folks, > > > >I had a situation recently that our network went down > and our Network Monitoring software did not notify us that the network > was down because the internet connection went down. We had a problem > with our

RE:

You could just build a nagios server at your house and use that for free. Not really "enterprise-level", but if you're just looking for a last ditch alert it should work just fine. -Richard -Original Message- From: Michael Ruiz [mailto:mr...@lstfinancial.com] Sent: Friday, November 26

RE: Jumbo frame Question

Jon, Do you have something blocking MTU Path Discovery? Unless I'm off base on this, shouldn't that be taking care of your issue? -Richard -Original Message- From: Jon Meek [mailto:mee...@gmail.com] Sent: Friday, November 26, 2010 12:17 PM To: nanog@nanog.org Subject: Re: Jumbo frame

Re: Jumbo frame Question

On (2010-11-25 21:14 -0800), George Bonser wrote: Hey George, > 9000 MTU internally. We don't deploy any servers anymore with MTU 1500. > MTU 1500 is just plain stupid with any network >100mb ethernet. I'm big proponent of high MTU, to facilitate user MTU of 1500 while adding say GRE or IPSEC ov

Re: Jumbo frame Question

On Fri, 26 Nov 2010 19:26:30 +0200, Saku Ytti said: > You are theoretically winning 4.2%, which works only internally in your > network, so maybe you'll be able to capitalize on that 4.2% on backup > traffic or so. > Doesn't seem like that critical win to be honest. That's only half the calculati

Re: Jumbo frame Question

On (2010-11-26 12:39 -0500), valdis.kletni...@vt.edu wrote: > That's only half the calculation. The *other* half is if you have gear that > has a packets-per-second issue - if you go to 9000 MTU, you can move 6 times > as > much data in the same packets-per-second. Anybody who's ever had to > tr

Re:

Michael Ruiz wrote: > Hey folks, > > > > I had a situation recently that our network went down > and our Network Monitoring software did not notify us that the network > was down because the internet connection went down. We had a problem > with our carrier where they messed up o

Re:

On 11/26/10 9:58 AM, Lyle Giese wrote: > Let me ask this question from a different angle. Did you NMS notice the > issue? If so, does your software require Internet to notify you? > > I use just a simple modem(remember those?), a pots line and qpage > to send 'out of band' notifications. > Ah ye

Re:

Webmetrics provides such a service (full disclosure I used to work for these guys)... http://www.webmetrics.com/ Stefan Fouant Sent from my iPad On Nov 26, 2010, at 12:14 PM, "Michael Ruiz" wrote: > Hey folks, > > > >I had a situation recently that our network went down >

Weekly Routing Table Report

This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. The posting is sent to APOPS, NANOG, AfNOG, AusNOG, SANOG, PacNOG, LacNOG, CaribNOG and the RIPE Routing Working Group. Daily listings are sent to bgp-st...@lists.apnic.net

Re: Jumbo frame Question

> 1500 MTU made sense when network was 10 megabit/s. > > Now that we have gig and 10GE (and soon general availability of 100GE), I > don't understand why 9000 makes people excited, if we're going to do a > serious effort towards larger MTU, let's make it 15 then (100x) or at > least 64k. t

RE: Jumbo frame Question

> > 1500 MTU made sense when network was 10 megabit/s. > > > > Now that we have gig and 10GE (and soon general availability of > 100GE), I > > don't understand why 9000 makes people excited, if we're going to do > a > > serious effort towards larger MTU, let's make it 15 then (100x) > or at > >

Re: Jumbo frame Question

On Fri, 26 Nov 2010, Randy Bush wrote: the reason ieee has not allowed upping of the frame size is that the crc is at the prudent limits at 1500. yes, we do another check above the frame (uh, well, udp4 may not), but the ether spec can not count on that.

Re: Jumbo frame Question

10/100 switches and NICs pretty much universally do not support jumbos. Joel's widget number 2 On Nov 26, 2010, at 8:02, Brandon Kim wrote: > > Where would the world be if we weren't stuck at 1500 MTU? I've always kinda > thought, what if that was larger > from the start > > We keep get

BGP Update Report

BGP Update Report Interval: 18-Nov-10 -to- 25-Nov-10 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS479543590 3.0% 180.1 -- INDOSATM2-ID INDOSATM2 ASN 2 - AS14420 37234 2.5

The Cidr Report

This report has been generated at Fri Nov 26 21:12:15 2010 AEST. The report analyses the BGP Routing Table of AS2.0 router and generates a report on aggregation potential within the table. Check http://www.cidr-report.org for a current version of this report. Recent Table History Date

RE: Introducing draft-denog-v6ops-addresspartnaming

>>> Cisco's expression of a MAC address is wrong anyway. Correct notation >>> for a MAC address is separating each byte with a colon. >> Doesn't matter... It's widespread and Cisco isn't the only one to use it. >Just for my own edification, who else besides Cisco do you know who >uses that notati

Re: Introducing draft-denog-v6ops-addresspartnaming

On Nov 26, 2010, at 2:11 PM, kmedc...@dessus.com wrote: Cisco's expression of a MAC address is wrong anyway. Correct notation for a MAC address is separating each byte with a colon. > >>> Doesn't matter... It's widespread and Cisco isn't the only one to use it. > >> Just for my own ed

Re: Network management software with high detailed traffic report

On 26/11/10 6:51 AM, Dobbins, Roland wrote: On Nov 26, 2010, at 9:26 PM, Sergey Voropaev wrote: But corporate politic use only Windows servers and no any other OS in the production. They obviously use IOS or JunOS or what-have-you on their routers and other networking gear - classify this