- Test - lists.nanog.org

BT suspends service guarantees
by Sean Donelan 15 Sep '00

15 Sep '00

Not North America, but it may affect some North American network operators. Due to the fuel shortages in the UK, British Telecom (BT) has suspended appointments and service guarantees. Customers affected will not be compensated. Emergency repairs will still be made for hospitals, doctors and other emergency services.

1 0

New fire in near Oregon border affects California/Oregon Intertie
by Sean Donelan 14 Sep '00

14 Sep '00

CAISO declares second stage two emergency due to a new fire affecting the Northern California intertie power lines with Oregon. Continued heat exacerbated by a fire that erupted near the Oregon border led to the Stage Two declaration. The fire was reportedly caused when a transmission line that is part of the crucial California Oregon Intertie (COI) sagged into a tree, igniting the fire. Power deliveries headed into California on the path of lines that make up the COI have been cut by several hundred megawatts. Additionally, a total of 3,964 megawatts of power plant units are off line today due to mechanical failure or planned maintenance that could not be postponed.

1 0

RE: Confussion over multi-homing
by Richard Welty 14 Sep '00

14 Sep '00

> Wouldn't one of the ISPs have to advertise a longer prefix? actually, to do it right, both have to advertise the longer prefix -- or more specifically, they have to both make holes in their filters permitting the multi-homed site to advertise them. this is what we're doing in our Troy, NY facility -- we have 2 upstreams, and we have a /24 from one of them, which both of them pass through. richard

2 1

RE: When IPv6 ... if ever?
by smd＠clock.org 14 Sep '00

14 Sep '00

| The bottom-line appears that everyone is waiting for everyone else to | twitch first, then the shoot-out starts. However, no one is all that | interested in twitching. Also, nobody is willing to get shot! The deployment of IPv6 is going to be EXPENSIVE in terms of real opex and probably real capex as well, it IS going to be visible on the bottom line of every ISP on the planet, eroding whatever margins one has. I can't see the deployment of IPv6 *ever* leading to any but the shortest-term revenue upside (if even that), therefore until the entire aggregate gross revenue of transit-providing ISPs up and down the entire food-chain is threatened, nobody will be deploying v6. The only alternative scenario I can think of is the deployment of IPv6 by a large provider who believes it can trigger a huge consolidation by pushing smaller ISPs it is competing with into an expensive deployment through sheer hype. I am inclined to believe that the second thinking is the REAL reason behind the recent announcements by a monopolistic and internationally expanding ISP in Asia that they will do an aggressive IPv6 deployment. | The real question is whom is benefiting from sustaining the current | situation? Everyone who wants cheap, sustainable Internet transit, with the continuation of plummeting prices combined with soaring available bandwidths. Introducing a whole new protocol requiring massive global operational changes is going to push up consumer prices and stall on investment in available bandwidths. There are only so many people and dollars out there, and one or the other is inevitably spread pretty thin in the current market. The scariest thing to an IPv6-Lover is that an early deployment is not to anyone's advantage because untili there is real uptake by a sizable number of ISPs, the exact changes required on the dynamic routing side are simply not obvious, although the fact that the two protocols will run ships in the night is (e.g. www.microsoft.com works just fine with IPv6 but you see a blackhole with IPv4. ftp.cdrom.com's IPv6 path is much slower and lossier from where your customer is than ftp.cdrom.com's IPv4 path. have fun finding and fixing the square of the number of problems you observe now, kids!) In other words, it's all risk and absolutely no reward, and until it really honestly IS impossible to do hacks around the IPv4 shortage, nobody will deploy IPv6. Now, ironically, in the whole IPv6 selection process in the IETF, there were multiple proposals which paid a considerable amount of attention to the problems of partial, incremental deployment at the initial design level. CATNIP in particular was clever, because it provided not just a new packet format (which is all IPv6 did), but also a strategy to transition to practically ANY new packet format, should the initial assumptions about the pervasiveness of IPX and CLNP be wrong (which they were). IPv6's initial assumptions are WRONG (we will die from routing dynamicism long before we die of IPv4 address depletion), and there is NO mechanism whatsoever to abandon the IPv6 packet format even at the primitive level of curiosity-based microdeployment we see now. Who will take the chance of a huge investment in managing IPv6 deployment, when it is not a given that IPv6 really will be the header networks will use after IPv4? We're talking about stranded assets being the only thing one gets for the money... Sean.

4 3

can you fwd this to arin-discuss for me? my mail's not getting there.
by Paul A Vixie 14 Sep '00

14 Sep '00

To: arin-discuss(a)arin.net Subject: Re: guideline for name-based web hosting justification In-reply-to: Your message of "Wed, 13 Sep 2000 11:41:24 EDT." <Pine.BSI.4.20.0009131139140.2436-100000(a)staff.dca.net> Date: Wed, 13 Sep 2000 09:39:55 -0700 From: Paul A Vixie <vixie(a)redpaul.mibh.net> > I have to agree with Mike Horwath. We are looking at what's required to > move from IP- to name-based virtual hosts, and we find that name-based > virtual hosts are really a different product than IP based virtual hosts > -- and along with name-based vhosts comes a whole host of headaches for us > (log processing/IP accounting) and our customers (incompatability with > older browsers). > > I hope that ARIN reconsiders this policy. we (as a community -- the internet) knew that there was an address shortage some years ago. all of the allocation policies, and much technical innovation, over the period of years from "then" to "now" has been influenced by this. some of the people now complaining about the allocation policies have started their web hosting businesses in only the last five years, during which time the need to deploy address-scarcity technology like name-based virtual web hosts was common knowledge. absolutely common knowledge. there's no excuse, either for companies who were doing web hosting before 1995 (who have had time to change their strategies) or for companies who have only done it since 1995 (and who should never have deployed an ignorant strategy), to complain about the current allocation policies. this discussion is starting to remind me of the "freeway sound wall" argument. US101 has existed much longer than some of the residential neighborhoods which have sprouted up alongside it. why the residents of those neighborhoods are complaining about freeway noise and demanding sound walls, just eludes me.

1 0

Re: HR 4445 Reciprocal Compensation
by David Lesher 14 Sep '00

14 Sep '00

Unnamed Administration sources reported that Brett Frankenberger said: > > Real CLECs -- those that try to serve a broad based market, rather than > hack togethor a contrived market that will result in a high ration o > finbound to outbound calls, will do fine in the absence of reciprocal > compensation. Suffice to say, senior communications attorneys disagree with you. If you wish to debate that (non-NANOG) issue, come join the CYBERTELECOM-L list where it's 100% on-topic. -- 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

1 0

Re: HR 4445 Reciprocal Compensation
by Chip Sharp 14 Sep '00

14 Sep '00

If anyone is interested in the testimony at the last hearing on this (June 22), here is the (long) link. http://com-notes.house.gov/cchear/hearings106.nsf/HearingExpand?OpenView&St… ------------------------------------------------------------------- Chip Sharp Consulting Engineering Cisco Systems Reality - Love it or Change it. http://www.netaid.org -------------------------------------------------------------------

1 0

128 bit Encryption
by Mufti Ahmed 14 Sep '00

14 Sep '00

Does Anyone know if 128Bit Encryption is allowed outside the US? Are there any issues that ISPs have to face whether it is or not? And does anyone know where i can get info on this if it is allow? - (Rules & Regulations if any)? Thanks in advance Mufti Nayeem Ahmed Network Systems Engineer Market Data Networks Reuters America Inc. (212)-603-3595 ----------------------------------------------------------------- Visit our Internet site at http://www.reuters.com Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Reuters Ltd.

4 3

Re: GiGE performance question(s)
by Scott Michel 14 Sep '00

14 Sep '00

On Tue, 12 Sep 2000, RJ Atkinson wrote: > >Anyone out there have any Cisco GigE operational experience? I've got a > >customer who's evaluating GigE to 100 switched Ethernet, and they want > >a homogeneous vendor network (I don't know why, I just help them write > >the trade study...) So far, there's a huge question about Cisco GigE > >to 100 switched performance and I was wondering if anyone's willing to > >cough up numbers. > > What sort of numbers are you after ? Well, given the customer, often the numbers their looking for are pretty nebulous and often not as well defined as anyone'd like, but getting a customer's requirements are usually that way to begin with. Basically, they want to be all Cisco, contemplating GiGE fiber for their backbone, with switched 100 to the desktop. The numbers they're interested in are number of sustainable 100 ports to GigE port. With a 45Gbs backbone quoted for the Cisco box, that would appear to be pretty limited. > >Although, if there are numbers for other non-Cisco vendors, they'd be > >helpful ammo as well. Published and "what I'm really operating and seeing" would be really useful. This particular customer has a number of applications where they could easily have multiple ports running pretty close to 40-80 Mbs in distributed applications. Thanks for the question. Hope this narrows things down a little. -scooter

2 1

Fires in high Sierras affect California power
by Sean Donelan 14 Sep '00

14 Sep '00

The California Independent System Operator for the electrical grid has declared a stage 2 emergency through at least 6pm PDT. Tomorrow is also expected to have problems. Two fires burning near major transmission lines in the Castaic area and the high Sierras east of Fresno have cut access to power supplies that the California ISO is depending on to help maintain reliability on this unusually hot September day.

1 0