It's only a flesh wound (was Re: OT: Anyone here know what's up with inet-access.net)
Gerry Boudreaux emailed Avi and me about this on 9/30: The server that has been hosting inet-access took a nose dive yesterday. Hopefully we can have it rebuilt by tomorrow. Apparently rebuilding the server is taking a bit longer than anticipated. Well, maybe it's a pretty big flesh wound, but it's not dead yet! jc
Re: Fwd: The Root has got an A record
The A record for '.' is gone. I am told it was a typo. I guess nameservers for at least one domain where involved too. That is the reason why I had problems. Kind regards, Peter and Karin Peter Dambier wrote: See with your own eyes: ; DiG 9.1.3 -t any . @a.public-root.net ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 18588 ;; flags: qr aa rd; QUERY: 1, ANSWER: 15, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;. IN ANY ;; ANSWER SECTION: . 172800 IN SOA a.public-root.net. hostmaster.public-root.net.\ 2005101006 43200 3600 1209600 14400 . 172800 IN A 57.67.193.188 . 172800 IN NS k.public-root.net. . ... . 172800 IN NS j.public-root.net. ;; Query time: 81 msec ;; SERVER: 205.189.71.2#53(a.public-root.net) ;; WHEN: Mon Oct 10 16:01:11 2005 Original Message Return-Path: [EMAIL PROTECTED] X-Flags: Delivered-To: GMX delivery to [EMAIL PROTECTED] Received: (qmail invoked by alias); 10 Oct 2005 13:07:54 - Received: from LAIR.LIONPOST.NET (EHLO LAIR.LIONPOST.NET) [199.5.157.32] by mx0.gmx.net (mx072) with SMTP; 10 Oct 2005 15:07:54 +0200 Received: from list.public-root.com ([199.5.157.32]) by LAIR.LIONPOST.NET with esmtp (Exim 4.24)id 1EOx3o-ny-HQ for [EMAIL PROTECTED]; Mon, 10 Oct 2005 08:47:20 -0400 Received: from [206.254.45.93] (helo=ruby.cynikal.net ident=qmremote) by LAIR.LIONPOST.NET with esmtp (Exim 4.24) id 1EOx3n-nt-5J for [EMAIL PROTECTED]; Mon, 10 Oct 2005 08:47:19 -0400 Received: (qmail 9881 invoked by uid 1018); 10 Oct 2005 13:10:36 - Received: from localhost ([EMAIL PROTECTED]) by localhost with SMTP; 10 Oct 2005 13:10:36 - Date: Mon, 10 Oct 2005 09:10:36 -0400 (EDT) From: Joe Baptista [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Pr-plan] BAD NEWS Re: IASON Root Domain Observatory (fwd) X-BeenThere: [EMAIL PROTECTED] X-Mailman-Version: 2.1.2 Precedence: list List-Id: pr-plan.LAIR.LIONPOST.NET List-Unsubscribe: http://LAIR.LIONPOST.NET/mailman/listinfo/pr-plan, mailto:[EMAIL PROTECTED] List-Archive: http://LAIR.LIONPOST.NET/pipermail/pr-plan List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: http://LAIR.LIONPOST.NET/mailman/listinfo/pr-plan, mailto:[EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: 0 (Mail was not recognized as spam) X-GMX-UID: /QI4Y8R1eSEkOtTJ43QhaXN1IGRvb4Di Folks - got some bad news. The Public-Root has aquired an A record - yup thats right - an A record. Which see below. Have tried to contact Paul Scheepers - our absent minded root operator - who now hovers very close to criminal conspiracy - to get him to fix this mistake. Noone is at home at the inn. Not good. See appened message to Peter Dambier and our public-root associates. I have no idea how a root will respond with an A record in it. Should be interesting - but have no doubt a few things out in the wild have been broken. regards joe -- Forwarded message -- Date: Mon, 10 Oct 2005 09:03:04 -0400 (EDT) From: Joe Baptista [EMAIL PROTECTED] To: Peter Dambier [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: IASON Root Domain Observatory Report this to NANOG and the IETF. Make sure you send them a copy of my response and the headers of this message. I am holding UNIDT personally responsible for this technical nightmare. regards joe On Mon, 10 Oct 2005, Peter Dambier wrote: Kewl, '.' has got an A record :) ; DiG 9.1.3 @a.public-root.net . axfr ;; global options: printcmd . 172800 IN SOA a.public-root.net. hostmaster.public-root.net. 2005100906 43200 3600 1209600 14400 . 172800 IN A 57.67.193.188 . 172800 IN NS a.public-root.net. Joe Baptista, Official Public-Root Representative and Lobbyist to the United States Congress and Senate / Tel: +1 (202) 517-1593 Public-Root Disclosure Documents: http://www.cynikal.net/~baptista/P-R/ Public-Root Discussion Forum: http://lair.lionpost.net/mailman/listinfo/pr-plan ___ Pr-plan mailing list [EMAIL PROTECTED] http://LAIR.LIONPOST.NET/mailman/listinfo/pr-plan -- Peter and Karin Dambier Public-Root Graeffstrasse 14 D-64646 Heppenheim +49-6252-671788 (Telekom) +49-179-108-3978 (O2 Genion) +49-6252-750308 (VoIP: sipgate.de) +1-360-448-1275 (VoIP: freeworldialup.com) mail: [EMAIL PROTECTED] http://iason.site.voila.fr http://www.kokoom.com/iason
Re: Fwd: The Root has got an A record
Peter, nobody here cares even the slightest bit for your public-root problems. Please stop spamming NANOG lists NOW! -- Andre Peter Dambier wrote: The A record for '.' is gone. I am told it was a typo. I guess nameservers for at least one domain where involved too. That is the reason why I had problems. Kind regards, Peter and Karin Peter Dambier wrote: See with your own eyes: ; DiG 9.1.3 -t any . @a.public-root.net ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 18588 ;; flags: qr aa rd; QUERY: 1, ANSWER: 15, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;. IN ANY ;; ANSWER SECTION: . 172800 IN SOA a.public-root.net. hostmaster.public-root.net.\ 2005101006 43200 3600 1209600 14400 . 172800 IN A 57.67.193.188 . 172800 IN NS k.public-root.net. . ... . 172800 IN NS j.public-root.net. ;; Query time: 81 msec ;; SERVER: 205.189.71.2#53(a.public-root.net) ;; WHEN: Mon Oct 10 16:01:11 2005 Original Message Return-Path: [EMAIL PROTECTED] X-Flags: Delivered-To: GMX delivery to [EMAIL PROTECTED] Received: (qmail invoked by alias); 10 Oct 2005 13:07:54 - Received: from LAIR.LIONPOST.NET (EHLO LAIR.LIONPOST.NET) [199.5.157.32] by mx0.gmx.net (mx072) with SMTP; 10 Oct 2005 15:07:54 +0200 Received: from list.public-root.com ([199.5.157.32]) by LAIR.LIONPOST.NET with esmtp (Exim 4.24)id 1EOx3o-ny-HQ for [EMAIL PROTECTED]; Mon, 10 Oct 2005 08:47:20 -0400 Received: from [206.254.45.93] (helo=ruby.cynikal.net ident=qmremote) by LAIR.LIONPOST.NET with esmtp (Exim 4.24) id 1EOx3n-nt-5J for [EMAIL PROTECTED]; Mon, 10 Oct 2005 08:47:19 -0400 Received: (qmail 9881 invoked by uid 1018); 10 Oct 2005 13:10:36 - Received: from localhost ([EMAIL PROTECTED]) by localhost with SMTP; 10 Oct 2005 13:10:36 - Date: Mon, 10 Oct 2005 09:10:36 -0400 (EDT) From: Joe Baptista [EMAIL PROTECTED] To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [Pr-plan] BAD NEWS Re: IASON Root Domain Observatory (fwd) X-BeenThere: [EMAIL PROTECTED] X-Mailman-Version: 2.1.2 Precedence: list List-Id: pr-plan.LAIR.LIONPOST.NET List-Unsubscribe: http://LAIR.LIONPOST.NET/mailman/listinfo/pr-plan, mailto:[EMAIL PROTECTED] List-Archive: http://LAIR.LIONPOST.NET/pipermail/pr-plan List-Post: mailto:[EMAIL PROTECTED] List-Help: mailto:[EMAIL PROTECTED] List-Subscribe: http://LAIR.LIONPOST.NET/mailman/listinfo/pr-plan, mailto:[EMAIL PROTECTED] Sender: [EMAIL PROTECTED] Errors-To: [EMAIL PROTECTED] X-GMX-Antivirus: 0 (no virus found) X-GMX-Antispam: 0 (Mail was not recognized as spam) X-GMX-UID: /QI4Y8R1eSEkOtTJ43QhaXN1IGRvb4Di Folks - got some bad news. The Public-Root has aquired an A record - yup thats right - an A record. Which see below. Have tried to contact Paul Scheepers - our absent minded root operator - who now hovers very close to criminal conspiracy - to get him to fix this mistake. Noone is at home at the inn. Not good. See appened message to Peter Dambier and our public-root associates. I have no idea how a root will respond with an A record in it. Should be interesting - but have no doubt a few things out in the wild have been broken. regards joe -- Forwarded message -- Date: Mon, 10 Oct 2005 09:03:04 -0400 (EDT) From: Joe Baptista [EMAIL PROTECTED] To: Peter Dambier [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: IASON Root Domain Observatory Report this to NANOG and the IETF. Make sure you send them a copy of my response and the headers of this message. I am holding UNIDT personally responsible for this technical nightmare. regards joe On Mon, 10 Oct 2005, Peter Dambier wrote: Kewl, '.' has got an A record :) ; DiG 9.1.3 @a.public-root.net . axfr ;; global options: printcmd . 172800 IN SOA a.public-root.net. hostmaster.public-root.net. 2005100906 43200 3600 1209600 14400 . 172800 IN A 57.67.193.188 . 172800 IN NS a.public-root.net. Joe Baptista, Official Public-Root Representative and Lobbyist to the United States Congress and Senate / Tel: +1 (202) 517-1593 Public-Root Disclosure Documents: http://www.cynikal.net/~baptista/P-R/ Public-Root Discussion Forum: http://lair.lionpost.net/mailman/listinfo/pr-plan ___ Pr-plan mailing list [EMAIL PROTECTED] http://LAIR.LIONPOST.NET/mailman/listinfo/pr-plan
Re: Fwd: The Root has got an A record
nobody here cares even the slightest bit for your public-root problems. Please stop spamming NANOG lists NOW! Seems to me that such appeals might be a bit more effective if you sent it privately to the list administrators via the address published here: http://www.nanog.org/listadmins.html --Michael Dillon
Problems
I am having problems with people connecting from the East Coast to my AS 17021 via qwest AS 209 on the West Coast. How do I troubleshoot this? __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
Requesting P.I. Space from ARIN - latest issues?
After taking IP space from upstreams for years, I am on the verge of requesting PI space from ARIN, but after reviewing their guidelines, I have a couple of questions: 1) I meet the Multihoming requirement, which means I can get a block as small as a /22, which is about right for my needs. Are there still any concerns about networks (as Verio and Sprint have done in the past) filtering out longer prefixes, and if so, does it depend on whether it;s former class A, B, C or swamp space? I know when I got my current block from my upstream, I had to make sure I got swamp space, because the former class B block they initially allocated to me wouldn't have made it past Verio's filters at that time. 2) I currently have a /21 from an upstream, for which I met the requirements for when I got it, but since outsourcing the dialup, I am probably well below ARIN's guidelines for efficient utilization at this time. Would this cause a problem in my application, even though I am applying for a smaller block? Thanks in advance, James Smallacombe PlantageNet, Inc. CEO and Janitor [EMAIL PROTECTED] http://3.am =
Re: Problems
On Tue, Oct 11, 2005 at 07:37:15AM -0700, Philip Lavine wrote: I am having problems with people connecting from the East Coast to my AS 17021 via qwest AS 209 on the West Coast. How do I troubleshoot this? I would suggest to check up on a view route-servers, do some traceroutes, etc. telnet route-views.oregon-ix.net telnet route-server.cerf.net and do some bgp queries (show ip bgp your address range) -- Sabri please do not throw salami pizza away
Re: Problems
Philip, Go to a looking glass site and see what the 'internet' knows about your network. You can look for your netblocks and see if their are in BGP tables of routers around the globe http://www.bgp4.as/looking-glasses -Matt On Oct 11, 2005, at 10:37 AM, Philip Lavine wrote: I am having problems with people connecting from the East Coast to my AS 17021 via qwest AS 209 on the West Coast. How do I troubleshoot this? __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com -- Matthew S. Crocker Vice President Crocker Communications, Inc. Internet Division PO BOX 710 Greenfield, MA 01302-0710 http://www.crocker.com
Re: Requesting P.I. Space from ARIN - latest issues?
On Tue, 11 Oct 2005, [EMAIL PROTECTED] wrote: 1) I meet the Multihoming requirement, which means I can get a block as small as a /22, which is about right for my needs. Are there still any concerns about networks (as Verio and Sprint have done in the past) filtering out longer prefixes, and if so, does it depend on whether it;s former class A, B, C or swamp space? I know when I got my current block from my upstream, I had to make sure I got swamp space, because the former class B block they initially allocated to me wouldn't have made it past Verio's filters at that time. Most if not all of the /8s that get assigned to ARIN have a prescribed minimum allocation size. How rigorously that is followed is another story :-) I don't think you can specifically request that ARIN assign you space out of the swamp these days. jms
Re: Problems
On Tue, Oct 11, 2005 at 07:37:15AM -0700, Philip Lavine wrote: I am having problems with people connecting from the East Coast to my AS 17021 via qwest AS 209 on the West Coast. How do I troubleshoot this? Big fiber cut in Radium Colorado at around 6:30 UTC, affecting lots of crosscountry transport via northern paths. -- Richard A Steenbergen [EMAIL PROTECTED] http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)
Re: Requesting P.I. Space from ARIN - latest issues?
On 11-Oct-2005, at 11:33, Justin M. Streiner wrote: On Tue, 11 Oct 2005, [EMAIL PROTECTED] wrote: 1) I meet the Multihoming requirement, which means I can get a block as small as a /22, which is about right for my needs. Are there still any concerns about networks (as Verio and Sprint have done in the past) filtering out longer prefixes, and if so, does it depend on whether it;s former class A, B, C or swamp space? I know when I got my current block from my upstream, I had to make sure I got swamp space, because the former class B block they initially allocated to me wouldn't have made it past Verio's filters at that time. Most if not all of the /8s that get assigned to ARIN have a prescribed minimum allocation size. How rigorously that is followed is another story :-) I believe it is followed rigourously for new assignments, and that / 22 assignments are made from a range of addresses whose minimum allocation size is /22 (or longer). ISPs who filter based on prefix length according to RIR minimum allocation sizes should not block a route based on such an assignment, assuming their filters are up-to-date. Whether or not any particular prefix is blocked is best determined experimentally (e.g. feed a box with two interface addresses from different ranges a list of hosts to ping at a polite, low frequency, and compare the results sourced from each address). I have had dealings with many ISPs who have announced blocks based on fairly long-prefix assignments from RIRs, following policies such as ARIN's multi-homing assignment policy, and I haven't heard of any substantial problems due to the prefix length. James' MMV, of course. I don't think you can specifically request that ARIN assign you space out of the swamp these days. You can request anything you like. Whether it makes a difference is another thing entirely :-) Joe
SNMP Accounting Software
We need some fairly complex SNMP accounting software (data center) style stuff that can monitor cisco equipment for bandwidth utilization and generate reports based on 95th percentile and also perhaps even their actual bandwidth usage (how many gigs of transfer they use per month, day, week.. etc) Does anyone know of anything good that does anything like this? It needs to be reliable? Can be open source, were using MRTG to track utilization but we need something that really handles accounting for us. Thanks, -Drew
RE: SNMP Accounting Software
I would recommend using Cacti for interface speed monitoring. It is available at www.cacti.net --Colin From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Drew Weaver Sent: Tuesday, October 11, 2005 9:21 AM To: nanog@merit.edu Subject: SNMP Accounting Software We need some fairly complex SNMP accounting software (data center) style stuff that can monitor cisco equipment for bandwidth utilization and generate reports based on 95th percentile and also perhaps even their actual bandwidth usage (how many gigs of transfer they use per month, day, week.. etc) Does anyone know of anything good that does anything like this? It needs to be reliable? Can be open source, were using MRTG to track utilization but we need something that really handles accounting for us. Thanks, -Drew
RE: SNMP Accounting Software
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Check out RTG. It has 95th percentile reporting and if you don't like the included reporting format you are free to build your own. Data is retained in a SQL db so it is easy enough to report on. http://rtg.sourceforge.net/ Regards, chad From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Drew Weaver Sent: Tuesday, October 11, 2005 9:21 AM To: nanog@merit.edu Subject: SNMP Accounting Software We need some fairly complex SNMP accounting software (data center) style stuff that can monitor cisco equipment for bandwidth utilization and generate reports based on 95th percentile and also perhaps even their actual bandwidth usage (how many gigs of transfer they use per month, day, week.. etc) Does anyone know of anything good that does anything like this? It needs to be reliable? Can be open source, we're using MRTG to track utilization but we need something that really handles accounting for us. Thanks, - -Drew -BEGIN PGP SIGNATURE- Version: PGP 8.1 iQA/AwUBQ0vuHKwCFKUp08LxEQLGSQCgjj6yQ6ECUTqgkKb2niWYlxtk/9IAoNcc hDfi2aqExzX2fybAwagmpfRN =g5/t -END PGP SIGNATURE-
Re: SNMP Accounting Software
Most people who need this have written custom apps to do so -- myself included. There is nothing off the shelf that I cound find that fits the true need. On Tue, 11 Oct 2005, Drew Weaver wrote: We need some fairly complex SNMP accounting software (data center) style stuff that can monitor cisco equipment for bandwidth utilization and generate reports based on 95th percentile and also perhaps even their actual bandwidth usage (how many gigs of transfer they use per month, day, week.. etc) Does anyone know of anything good that does anything like this? It needs to be reliable? Can be open source, we're using MRTG to track utilization but we need something that really handles accounting for us. Thanks, -Drew -- Alex Rubenstein, AR97, K2AHR, [EMAIL PROTECTED], latency, Al Reuben Net Access Corporation, 800-NET-ME-36, http://www.nac.net
Re: SNMP Accounting Software
http://www.nocwizard.com/ --- Drew Weaver [EMAIL PROTECTED] wrote: We need some fairly complex SNMP accounting software (data center) style stuff that can monitor cisco equipment for bandwidth utilization and generate reports based on 95th percentile and also perhaps even their actual bandwidth usage (how many gigs of transfer they use per month, day, week.. etc) Does anyone know of anything good that does anything like this? It needs to be reliable? Can be open source, we're using MRTG to track utilization but we need something that really handles accounting for us. Thanks, -Drew __ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
Re: Problems
On Tue, Oct 11, 2005 at 04:38:14PM -0400, liz fazekas wrote: hey y'all: Good desktop staple: http://loadrunner.uits.iu.edu/weathermaps/abilene/abilene.html Don't know if I would go that far, seeing as there is no useful content there. Honestly, the sooner that I2 folks realize that they are neither the center of the Internet, nor even a particularly large customer of just one commercial carrier, the better off they will be when they have to deal with the real world. :) Interestingly, this is the only thing I could find on the subject: http://www.thedenverchannel.com/news/5083804/detail.html I haven't found anyone other than Qwest and GX (who share a common build here) affected so far, but there hasn't really been much discussion on the subject. While this is certainly a decemt amount of impact, I don't think anyone with a decently built network is suffering unduely (this is why there are southern paths :P). Last report I heard on the subject a couple of hours ago was that Qwest had not begun splicing but is standing by to do so as soon as the scene is cleared. -- Richard A Steenbergen [EMAIL PROTECTED] http://www.e-gerbil.net/ras GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)
NANOG Program Committee announcement
On behalf of the NANOG Steering Committee, we are pleased to announce that the eight new members of the NANOG Program Committee are: Dan Golding Joel Jaeggli Ren Provo Jennifer Rexford Josh Snowhorn Pete Templin Todd Underwood Vish Yelsangikar They will be joining the eight returning members from the current Program Committee: Joe Abley Kevin Epperson Steve Feldman Hank Kilmer Christopher Morrow David O'Leary Ted Seely Bill Woodcock With so many well-qualified new candidates and current PC members, this was an extraordinarily difficult decision process, but in the end we believe we have come up with a solid, diverse panel which represents most of the NANOG constituency, and has the ability to recruit and select talks from a wide pool. The selection process is documented in detail at http://www.nanog.org/pc.selection.05.html Please join us in thanking everyone who participated as a candidate. All of them are valuable members of the NANOG community, and we look forward to their continuing contributions. We would also like to thank the outgoing PC members: Bill Norton Elise Gerich Susan Hares Craig Labovitz Bill Manning Dave Meyer Stephen Stuart Rob Thomas for their hard work and invaluable contribution to the community. For the Steering Committee, Randy Bush, SC chair Steve Feldman, PC chair
Another Program Committee change
As provided in the NANOG charter, Merit Network has one representative on the Program Committee. Susan Harris as been in that role since the adoption of the charter, and has been an integral part of the PC for a long time prior to that. Susan is stepping down from her PC membership role, and Merit has designated Bert Rossi as their new representative. Susan will continue working with the PC in her administrative and support role, including the tasks of collecting and organizing submissions, communicating with speakers, and drafting the agenda, calls for presentations, and other documents. And perhaps most important, she will continue keeping me and the rest of the PC focused and on schedule. She will also continue to be active in other ways with the NANOG community, including acting as Merit's representative on the mailing list committee. Bert Rossi is a Senior Network Engineer with Michnet, the statewide high-speed research and education network operated in Michigan by Merit. On behalf of the Program Committee I, would like to express heartfelt thanks to Susan, and welcome to Bert. Steve Feldman, PC chair
RE: SNMP Accounting Software
It uses the 2nd (monthly) method you describe and gives you a 95th percentile number for both inbound and outbound. You can then use both or one of them. Also, as I mentioned, you can write your own reports using anything that can query MySQL. I've done Crystal Reports and some C# .Net reporting off of RTG data with great success. Chad -Original Message- From: Martin Mersberger [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 11, 2005 1:43 PM To: Chad Skidmore Cc: Drew Weaver; nanog@merit.edu Subject: Re: SNMP Accounting Software On Tue, Oct 11, 2005 at 09:53:48AM -0700, Chad Skidmore wrote: Hi... Check out RTG. It has 95th percentile reporting and if you don't like the included reporting format you are free to build your own. Data is retained in a SQL db so it is easy enough to report on. from the documentation, this looks interesting. Does anybody know, which 95%ile is implemented? I know at least about 6 95%ile favors around. Does anybody know, which of them are mostly used? the two variants, I have in mind are daily 95%ile ( drop the max 5% samples per day for each direction, average on the end of the month for each direction and use the higher value then ) and a monthly 95%ile ( drop the max 5% samples over all samples over the month for both directions, use the higher value then ) cheers Martin
VPLS Experience
I keep hearing that VPLS is a Good Thing. Indeed for certain design models it seems to offer some real advantages. There doesn't seem to be anywhere near the level of stability concern that we saw when MPLS first came out - there was a really strong negative about MPLS in 1999 at nanog, behind the scenes anyway. [1] Has anyone got any good deployment or lab test experience they can share? Obviously comment on debug tools, operating models etc would be cool. Basically I am hearing a bit of FUD about jumbo frames, dDOS and multicast, but they look like design problems to me. Has anyone got any backbone or converged network experience they can share? Off or on list is fine ta nazster [1] and they were right *then* weren't they but that's ANOTHER thread