March 2001 - Test - lists.nanog.org

RE: new.net: yet another dns namespace overlay play
by Karyn Ulriksen 06 Mar '01

06 Mar '01

I wonder how many unsophisticated network operators are going to give up the existing root server infrastructure for this obviously problematic layer: ; . 3600000 IN NS ns1.newdotnet.net. ns1.newdotnet.net. 3600000 IN A 206.132.100.43 ; . 3600000 IN NS ns2.newdotnet.net. ns2.newdotnet.net. 3600000 IN A 64.209.213.126 ; . 3600000 IN NS ns3.newdotnet.net. ns3.newdotnet.net. 3600000 IN A 209.151.233.13 ; yeah. I want to rely on three root level name servers. Really, I do! I do! Can't we knock off some of the root servers like the one at MIT or something? Besides, I'm certain that idealabs! has much better experience in creating scalable nameserver systems than Vix, etc. <cough> The stub config is interesting, though. Maybe run it until ICANN figures out what they are going to do. Since the users pay the bills for the most part... K :: -----Original Message----- :: From: Kevin Loch [mailto:kloch@opnsys.com] :: Sent: Tuesday, March 06, 2001 9:30 AM :: To: Brian :: Cc: nanog(a)merit.edu :: Subject: Re: new.net: yet another dns namespace overlay play :: :: :: :: Brian, :: :: I'm curious, the use of UDNS1 and UDNS2 in your nameserver :: host names seems to suggest that UltraDNS is affiliated :: with this somehow. Is that true or was it just a bad :: choice of hostnames? :: :: KL :: :: Brian wrote: :: > :: > Here's the part of new.net that seems not well thought :: out. So if you don't :: > wanna dink with system settings to be an end user, and are :: not on a partner :: > network, then too bad, is that what I appear to be seeing? :: > :: > 2. Are there differences between how New.net domain names :: and .COM/.NET/.ORG :: > domain names work? :: > There are some differences, but in many ways the domain :: names work the same. :: > :: > One difference is that in order for people to see New.net :: domain names they :: > must be either accessing the Internet through one of our :: many ISP partners :: > or they must have downloaded and installed our Web browser plug-in. :: > :: > If either one of these requirements is met, then New.net :: domains will work :: > just as you are used to .com and .net domains working. :: > :: > 3. Who is helping to shape New.net? :: > New.net has many partners who are working with us to make :: New.net domains :: > widely recognized around the world. Some of our current :: partners include: :: > Earthlink, NetZero, Excite@Home, .KIDS Domains, Inc., and MP3.com. :: > :: > Brian :: > :: > ----- Original Message ----- :: > From: "Brian Wallingford" <brian(a)meganet.net> :: > To: "Patrick Greenwell" <patrick(a)cybernothing.org> :: > Cc: "Paul A Vixie" <vixie(a)mfnx.net>; <nanog(a)merit.edu> :: > Sent: Tuesday, March 06, 2001 8:30 AM :: > Subject: Re: new.net: yet another dns namespace overlay play :: > :: > > :: > > On Tue, 6 Mar 2001, Patrick Greenwell wrote: :: > > :: > > : :: > > :On Mon, 5 Mar 2001, Paul A Vixie wrote: :: > > : :: > > :> :: > > :> [ this came from http://www.new.net/about_us_press.tp :: and appears not :: > to be :: > > :> a joke. its operational impact will not be felt :: today, but if it's :: > even :: > > :> moderately popular before it dies, operational :: impact WILL be felt. :: > i'm :: > > :> quite surprised by some of the folks they list as their :: > artners. --vix ] :: > > : :: > > :Too bad ICANN has been such a complete and utter failure that an :: > > :organization felt it necessary to start such a business, huh? :: > > :: > > Sounds like this was driven more by carelessness and :: greed than by :: > > necessity. :: > > :: > > ::

3 2

RE: Loose Source Routing
by Mark Borchers 06 Mar '01

06 Mar '01

One way to compromise on this without undue security risk is to allow source-routing one hop into your network but no further. > What are people's feelings on loose source routing? The general > sentiment around here is that it is a very evil thing. The > reason I ask > is that there is a certain network out there (who will remain > nameless) > who refuses to peer unless loose source routing is enabled. I can > somewhat understand their reasoning (they can reroute traffic on OUR > network as necessary) but the security implications far out way the > benefits. Not only this I'm not comfortable with an outside source > having control over routing on our network anyway. > -Dave > -- > +------------------------------+ > Dave McGaugh, CCNA > Peering & IP Backbone Engineer > Electric Lightwave, Inc. > E-mail: dmcgaugh(a)eli.net > Direct Dial: 360.816.3718 > Fax: 360.816.3522 > +------------------------------+ >

1 0

Snowstorm effects on Network Utilization?
by Kavi, Prabhu 06 Mar '01

06 Mar '01

A major snowstorm hit the Northeastern US yesterday and today, causing many businesses to close, particularly in the Boston area. I was just wondering about what effect this has on network utilization on backbone links in the northeast. * Does it decrease because fewer people have access to high-speed internet access? * Does it increase because many people get on the Internet at home? I would expect that many more people would telecommute during these events, causing high utilization on RAS systems. But would that translate into higher backbone link utilization, since most of the traffic would be local? Prabhu ---------------------------------------------------------------------- Prabhu Kavi Phone: 1-978-264-4900 x125 Director, Adv. Prod. Planning Fax: 1-978-264-0671 Tenor Networks Email: prabhu_kavi(a)tenornetworks.com 100 Nagog Park WWW: www.tenornetworks.com Acton, MA 01720

1 0

RE: new.net: yet another dns namespace overlay play
by Steve Riley (MCS) 06 Mar '01

06 Mar '01

> One difference is that in order for people to see New.net domain names they > must be either accessing the Internet through one of our many ISP partners > or they must have downloaded and installed our Web browser plug-in. > > If either one of these requirements is met, then New.net domains will work > just as you are used to .com and .net domains working. I suppose, if you wanted to go to www.debbiedoesdallas.xxx and didn't care to install their plug-in (possibly for fear of someone logging your movements), you could just go to www.debbiedoesdallas.xxx.new.net instead.... _______________________________________________________ Steve Riley Microsoft Communications Consulting in Denver, Colorado steriley(a)microsoft.com +1 303 521-4129 (OLD mobile) www.microsoft.com/isn/ Applying computer technology is simply finding the right wrench to pound in the correct screw.

1 0

Re: GSR and bgp maximum-paths
by Paul Froutan 06 Mar '01

06 Mar '01

At 3/6/01, James DeMong wrote: >Long time listener, first time caller. > >I would like to enable multipath bgp on a GSR running 12.0(10)S that has two >bgp neighbors in the same AS connected via OC-3 pos in order to load balance >outbound traffic across the two pos connections. > >I've checked out the cisco bug search and haven't found any for this feature >on this release of IOS. > >Is anyone else have any problems with "maximum-paths" on a GSR and if yes, >what release of IOS? Any other issues I should be aware of? We used to run that with a couple of DS-3s and didn't have any issues. ---------------------------------------------------------------------- Paul Froutan Email: pfroutan(a)rackspace.com Rackspace Managed Hosting <http://www.rackspace.com>

1 0

Re: Linux clusters?
by David Lesher 06 Mar '01

06 Mar '01

You might look at Scyld.com as rumor has it the folks there know a little bit about Linux clusters. -- A host is a host from coast to coast.................wb8foz(a)nrk.com & no one will talk to a host that's close........[v].(301) 56-LINUX Unless the host (that isn't close).........................pob 1433 is busy, hung or dead....................................20915-1433

2 1

RE: Network Sizing Guidelines?
by Irwin Lazar 06 Mar '01

06 Mar '01

I'd recommend taking a look at: Wide-Area Data Network Performance Engineering By Cole, Robert G. / Ramaswamy, Ravi ISBN: 0890065691 Here is a guideline based on Ravi's methodology that I wrote for our customer newsletter some time ago: The bandwidth size that is required for any given connection is a function of the following three factors, number of users, requirements of specific applications, and how the application is used. For example, a site with five users that all access a highly interactive application for twelve hours per day may require more bandwidth than a site in which a dozen users sporadically access a client-server application in which most of the processing is performed by the remote server. In addition, another concern in the bandwidth selection process is delay. Certain applications such as voice and video may require a low level of delay (latency) as well as a low variability in delay (jitter). These requirements may add significant complexity to the design process. The first step in sizing bandwidth is to determine the requirements for the specific applications that will be deployed. During this step, a sniffer is useful in tracing application sessions to determine the average packet size and the average number of packets for a given transaction. Once you have these values, the next step is to factor in the number of users, the required latency, and the amount of time that typically exists between transactions. Once you have obtained these values, you can use the following formula (created by Ravi Ramaswamy of AT&T Solutions) to determine bandwidth requirements: 8 x N x K x M / (K x P + T) Where: N = number of active users at a location (the number of users that will simultaneously use an application) T = User think time (how much time typically exists between inquiries K = number of packets per transaction in any given direction M = number of bytes per packet in any one direction P = one-way network latency Note that this calculation must be performed for both directions of the connection. The required bandwidth is then the maximum bandwidth estimated by this formula (unless you are deploying a technology such as Frame Relay which allows for different bandwidth allocations for each direction of the connection). Note also that this formula only applies to client-server type applications in which there is a substantial amount of two-way traffic. For additional information on bandwidth sizing, please see "Optimizing Client-Server Application Performance on the WAN" in the November issue of "Network Magazine." ----- Irwin Lazar - ilazar(a)tbg.com <mailto:ilazar@tbg.com> Senior Consultant, The Burton Group Office: 703-742-9659 Cell: 703-402-4119 http://www.tbg.com/ "The Ultimate Resource For Network Architects" -----Original Message----- From: Daniel R Glover [mailto:Daniel.R.Glover@grc.nasa.gov] Sent: Friday, March 02, 2001 5:00 PM To: nanog(a)merit.org Subject: Network Sizing Guidelines? Can you point me to some current network sizing advice for Internet service (WAN and LAN)? I am looking for rules-of-thumb, guidelines, equations, books, or even anecdotal evidence that would help me in evaluating future network design concepts. I have somewhat unconventional network constraints, but I would like to start from current conventional assumptions on, say, numbers of users (home or office) that can be supported by various bandwidths. I've tried the related links off the NANOG pages, but some are old or broken. I have found some advice like "a T1 will support 200 to 300 28K modem users," but I hope there may be more current advice somewhere especially with regard to QoS, future trends, and to larger networks. Any relevant pointers or advice would be welcome. R/ Dan Glover

3 2

Linux clusters?
by Ben Browning 06 Mar '01

06 Mar '01

I am looking for a few good resources on building Linux clusters to serve as mail farms. Specifically, books. Ordinarily I would turn to O'Reilly, but "Building Linux Clusters" is out of print due to bad response (per http://www.oreilly.com/catalog/clusterlinux/ ). Any suggestions would be highly appreciated in private email, so as not to spam the list. Thanks! --- Ben Browning <benb(a)theriver.com> The River Internet Access Co. Network Operations 1-877-88-RIVER http://www.theriver.com

4 3

ibm.net mailservers gone
by Roy 05 Mar '01

05 Mar '01

I have been told that the ibm.net mail servers are now "officially" closed. The MX records are gone and the "A" record points to a server that does not have anything running on port 25. Roy Engehausen

4 3

Resource for determining lit buildings
by Doane, Andrew 05 Mar '01

05 Mar '01

Anyone know of an online resource for checking facilities/providers by building address? Is it on-net, is it Sonet, that type of thing. Thanks, Andrew -- Andrew J. Doane Dotspot, Inc. v:630.799.7500 x33913, f:240.337.2349 e:andrew.doane@dotspot.com p:1161673@skytel.com

1 0