April 2005 - Test - lists.nanog.org

Re: Memory leak cause of Comcast DNS problems
by Fergie (Paul Ferguson) 18 Apr '05

18 Apr '05

Not to my knowledge, or at least, none that has been publicly acknowledged. >From a Washington Post article yesterday (posted via Yahoo! News), Comcast said that the problem manifested itself when they were in the process of upgrading their DNS servers: http://story.news.yahoo.com/news?tmpl=story&ncid=1212&e=3&u=/washpost/20050… - ferg -- Florian Weimer <fw(a)deneb.enyo.de> wrote: > Regardless of whether it actually _was_ a memory leak, > or not, it appears that the impact was on a rather > large enough scale. Have other service providers been affected, too? -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawg(a)netzero.net or fergdawg(a)sbcglobal.net ferg's tech blog: http://fergdawg.blogspot.com/

7 6

Re: cost of doing business
by odlyzko＠dtc.umn.edu 18 Apr '05

18 Apr '05

>> Mikael Abrahamsson <swmike(a)swm.pp.se> wrote: >> Let's say for the sake of argument that by 2010 we want to give every >> household 5 megabit/s on average. How could this be done with technology >> today seen on the radar? Remember that the households should want to pay >> for the bandwidth as well, meaning they might be willing to pay $30 per >> month for the bandwidth part (this is kind of high, but let's go with it). > Randy Bush <randy(a)psg.com> wrote: > fwiw, 100mb to the home costs about that in japan We are talking of two different things here, traffic versus access bandwidth. It will be a while before the average household generates 5 megabit/s traffic. Even in Korea and Hong Kong, where the average broadband link is in the 5-10 Mbps range, average traffic is about 0.1 Mbps. The main purpose of high speed links is to get low transaction latency (as in "I want that Web page on my screen NOW," or "I want that song for transfer to my portable device NOW"), so utilizations are low. Andrew Odlyzko

4 4

RE: Jonathan Yarden @ TechRepublic: Disable DNS caching on workstations
by Erik Amundson 18 Apr '05

18 Apr '05

Windows definitely caches DNS entries...but as far as I've seen, it does honor TTLs... Erik Amundson A+, N+, CCNA, CCNP IT and Network Manager Open Access Technology Int'l, Inc. Phone (763) 201-2005 Fax (763) 553-2813 mailto:erik.amundson@oati.net CONFIDENTIAL INFORMATION: This email and any attachment(s) contain confidential and/or proprietary information of Open Access Technology International, Inc. Do not copy or distribute without the prior written consent of OATI. If you are not a named recipient to the message, please notify the sender immediately and do not retain the message in any form, printed or electronic. -----Original Message----- From: Chris Adams [mailto:cmadams@hiwaay.net] Sent: Monday, April 18, 2005 12:35 PM To: nanog(a)merit.edu Subject: Re: Jonathan Yarden @ TechRepublic: Disable DNS caching on workstations Once upon a time, Patrick W. Gilmore <patrick(a)ianai.net> said: > Depends on what you call "caching". Does honoring a TTL qualify as > caching? What other kind of DNS caching is there? > Can you imagine what would happen if every time anyone ever looked up > any hostname they sent out a DNS query? That's what most Unix/Linux/*BSD boxes do unless they are running a local caching name service of some time (BIND, nscd, etc.). I wasn't actually aware that Windows had a DNS cache service. -- Chris Adams <cmadams(a)hiwaay.net> Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble.

2 1

Re: N+? redundancy
by sgorman1＠gmu.edu 18 Apr '05

18 Apr '05

Not necessarily. The number of paths in a city often has little to do with the providers and how many paths they would like offer, or at least did when they had the money to build. Many times the contraint is not demand but the zoning laws on where paths can be laid. Even if a client demanded and was willing to pay for the diverse paths there can be none available. Thus some times providers simply don't tell what the physical pathways are because they can be no different than the ones the prospective client is already using. Quite simply it is not a problem that the market can solve on its own because the market does not completely own the problem, state and municiple authorities also have a large piece of the game. The number of paths varies widely between cities, and has little to do with demand in those cities for diversity or how critical they might be to the nation as a whole. ----- Original Message ----- From: jmalcolm(a)uraeus.com Date: Saturday, April 16, 2005 2:00 pm Subject: N+? redundancy > > Michael.Dillon(a)radianz.com writes: > >In my opinion, the following rule of thumb is reasonable. > > > >1 path is enough for a site/enterprise that shuts > >down its services evenings and weekends. > > > >2 paths is enough for a site/enterprise that provides > >a 24 hour, 7 day per week service. > > > >3 paths is enough for a population center with under > >a million inhabitants. > > > >5 paths is enough for a population center with over > >a million inhabitants. > > > >And a very few population centers such as New York, > >London, Tokyo, and Cheyenne Mountain should probably > >have more than 5 paths. > > Given that anything larger than a single enterprise has no central > coordinating body, how is it useful to say how many paths is "enough" > for a city of any size? Service providers will build as many paths as > make commercial sense, whatever that may be, and if customers have > opinions and are willing to back it up with money, they should express > those opinions to their providers. >

2 1

Memory leak cause of Comcast DNS problems
by Sean Donelan 18 Apr '05

18 Apr '05

Perhaps your DNS software also has a memory leak? Anyone know which software Comcast was using? Should other ISPs be concerned they might have the same latent problem in their systems? http://www.twincities.com/mld/twincities/business/11407913.htm Comcast said the intermittent but often-severe nighttime outages . which also occurred April 7, Tuesday and Wednesday across the country and in the St. Paul area . are related to software malfunctions on company computers responsible for receiving, interpreting and routing subscribers' Web-site requests. E-mail also was affected in some cases. A company spokeswoman wouldn't elaborate on the nature of the software problems, identifying them only as a "memory leak." But she said steps meant to end them roughly coincided with Thursday's erratic outage, which may have been less severe than the earlier ones, and added the fixes will likely avert future service blackouts of this kind.

5 5

Security Concerns Boosted VeriSign's Dot-Net Bid
by Fergie (Paul Ferguson) 18 Apr '05

18 Apr '05

Interesting article in the Wasington Post this morning (link is via Yahoo! News, which doesn't require registration): Security Concerns Boosted VeriSign's Dot-Net Bid http://story.news.yahoo.com/news?tmpl=story&cid=1804&ncid=1804&e=2&u=/washp… - ferg -- "Fergie", a.k.a. Paul Ferguson Engineering Architecture for the Internet fergdawg(a)netzero.net or fergdawg(a)sbcglobal.net ferg's tech blog: http://fergdawg.blogspot.com/

2 1

RE: OpenTransit (france telecom) depeers cogent
by John van Oppen 18 Apr '05

18 Apr '05

As a cogent customer, I still see no routes to 217.167.0.0/16 (the route that holds www.francetelecom.com) via my cogent feed. That /16 also appears to be unreachable from the looking glass on cogent's website still. John van Oppen PocketiNet Communications AS23265 -----Ursprüngliche Nachricht----- Von: Jonas Frey [mailto:jf@probe-networks.de] Gesendet: Sunday, April 17, 2005 7:36 PM An: nanog(a)nanog.org Betreff: Re: OpenTransit (france telecom) depeers cogent Cogent is now reachable from OT and vice versa, apparently Cogent dropped the filters, i see everything passing verio now. Not sure since when this works again. Regards, Jonas

4 4

Re: Service providers that NAT their whole network?
by christian.macnevin＠uk.bnpparibas.com 18 Apr '05

18 Apr '05

A lot of european mobile providers do this, as they're evolving from addressing their own network and GPRS into 3G and "proper" internet access, if you will. Internet jra@baylink.com@merit.edu - 15/04/2005 20:43 Sent by: owner-nanog(a)merit.edu To: nanog cc: Subject: Re: Service providers that NAT their whole network? On Fri, Apr 15, 2005 at 03:39:56PM -0400, Philip Matthews wrote: > A number of IETF documents(*) state that there are some service providers > that place a NAT box in front of their entire network, so all their > customers get private addresses rather than public address. > It is often stated that these are primarily cable-based providers. > > I am trying to get a handle on how common this practice is. > No one that I have asked seems to know any provider that does this, > and a search of a few FAQs plus about an hour of Googling hasn't > turned up anything definite (but maybe I am using the wrong keywords ...). > > Can anyone give me some names of providers that do this? Rose.net, the municipal provider in Thomasville GA. They'll assign you a fixed public address which can be gotten back through if you ask, for extra money, but your interface address will still be in 1918 space. Cheers, -- jra -- Jay R. Ashworth jra(a)baylink.com Designer Baylink RFC 2100 Ashworth & Associates The Things I Think '87 e24 St Petersburg FL USA http://baylink.pitas.com +1 727 647 1274 If you can read this... thank a system administrator. Or two. --me This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. ********************************************************************************************** BNP Paribas Private Bank London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Securities Services London Branch is authorised by CECEI & AMF and is regulated by the Financial Services Authority for the conduct of its investment business in the United Kingdom. BNP Paribas Fund Services UK Limited is authorised and regulated by the Financial Services Authority.

1 0

Anyone familiar with the SBC product lingo?
by Dan Lockwood 18 Apr '05

18 Apr '05

Hi All, I'm trying to get some pricing on an OC-3 that we will be using for voice. We already have a master agreement with SBC for our services. I have the feeling that we are being "oversold" services and/or sold services that are not required for what we need to accomplish. Not doing this everyday, I'm confused about the "Feature Name" of things like: SONET Circuit Service OC3-c (155Mbps) $2200 vs. Central Office Node Circuit Service OC3/3c (155Mbps) $675 Anyone that is knowledgeable about SBC lingo, please feel free to ping me. If you have experience with OC3s even better! ;) Thanks! Dan

18 23

Re: OpenTransit (france telecom) depeers cogent
by Richard A Steenbergen 18 Apr '05

18 Apr '05

On Thu, Apr 14, 2005 at 11:28:00AM -0400, dgolding(a)gmu.edu wrote: > Richard, > > Its easy to accuse people of criminality - that's what you just did. How > about some proof? > > Cogent's ratios are very very bad. That's why some people don't like > peering with them. Being sent to sales is a common, if regretable tactic > in depeering. However, dealing with Cogent on peering matters is > incredibly unpleasant. I can understand networks and peering > coordinators feeling that it just isn't worth it. No, you got me wrong. I wasn't suggesting that anyone was doing anything criminal. I was suggesting that Cogent was now so large that if any of the folks who were pissed off at Cogent's disruptive pricing actually wanted to make an impact against them, they would need to get together and take action collectively. Teleglobe tried to depeer them, but ended up needing Savvis to transit the bits to maintain global reachability, which cost them a pretty penny while costing Cogent nothing. In the end, they promptly re-peered. I could certainly see anti-Cogent folks making the point that Cogent has amassed a customer base of people who are fully prepared for poor or partial connectivity, and who just don't care because of the price point. In the game of who can stick their fingers in their ears and hum the longest, I think Cogent will win. At least, if they continue to take on networks who don't like them one-at-a-time, and continue the policy of complete unreachability during depeering. :) -- 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)

23 42