Article View: alt.internet.services
Article #4679Re: MCI Sucks: BEWARE!!!
From: Stan Barber
Date: Sun, 14 Apr 1996 00:00
Date: Sun, 14 Apr 1996 00:00
50 lines
3845 bytes
3845 bytes
In article <4kpsor$1uo@news.internetmci.com> David Fisher <David.Fisher@internetmci.com> writes:
>Funny,
>If MCI is so bad, why when you trace alternet and BBN, do you end up at
>an MCI gateway? Maybe MCI is not so bad afterall!
As someone involved with a customer of InternetMCI since the end of the NSFnet,
I can say that things were doing very well until the beginning of this year.
Then, the T-3 backbone was beginning to be overloaded. The OC-3c backbone
deployment is helping with this problem, but to say that no-one has complained
is just not true. I have been one of the ones who has complained about
problems with traffic during the first quarter of this year.
>Also consider why MCI has been as involved with the internet "backbone"
>serving 7 of the 8 origional regional providers with Sesquenet (the 8th)
>gaining access through MCI's commercial (non NSF.Net) offering at 10Mbps
>connection.
If "Sesquenet" is really SESQUINET, then your information is wrong. SESQUINET
has been using a 25Mb/sec connection since the beginning of the fall last year.
>Give it a break, everyone that I speak with that is directly connected to
>MCI, is very pleased with the service.
Quoting from <199603262044.OAA17564@academ.com>, sent March 26, 1996, I sent
this message to the MCI NOC:
> I have a number of customers who are complaining to me about problems getting
> to sites that you have routed via San Francisco. Traceroutes to all these
> sites have this in common:
>
> 5 core-hssi-3.Bloomington.mci.net (204.70.1.34) 29.8/31.8/47.2 (2.67) ms 100/100 pkts (0% loss)
> 6 core2-hssi-2.SanFrancisco.mci.net (204.70.1.42) * * * * * * * * 46. 9/145/469 (134) ms 92/100 pkts (8% loss)
> 7 core1-aip-4.SanFrancisco.mci.net (204.70.1.53) * * * * * * * * * 43.2/64.8/278 (46.5) ms 91/100 pkts (9% loss)
>
> Can't we do better than 8% loss on the line between Bloomington and San
> Francisco?
Quoting from <199603262056.UAA09186@lithium.cary.mci.net>, MCI's NOC reponded:
>Stan,
>Unfortunately there is nothing we can do until the upgrades are complete.
>This is not uncommon given the present state of congestion. The upgrades are
>scheduled to begin April 15. This is all the informtion we have available at
>this time.
--
Stan | Academ Consulting Services |internet: sob@academ.com
Olan | For more info on academ, see this |uucp: {mcsun|amdahl}!academ!sob
Barber | URL- http://www.academ.com/academ |Opinions expressed are only mine.
Technical Details
Message-ID:
<4kq1nf$5r0@universal-woman.academ.com>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<4kloqa$8p@ganja.nol.net> <316F247D.6035@devine.net> <4kpsor$1uo@news.internetmci.com>Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f9628,92c42a8507ea1486 X-Google-Attributes: gidf9628,public X-Google-Thread: 105c4d,92c42a8507ea1486 X-Google-Attributes: gid105c4d,public X-Google-Thread: ffd79,92c42a8507ea1486 X-Google-Attributes: gidffd79,public X-Google-Thread: 12ec63,92c42a8507ea1486 X-Google-Attributes: gid12ec63,public X-Google-Thread: 1550f9,92c42a8507ea1486 X-Google-Attributes: gid1550f9,public X-Google-Thread: 10bd82,92c42a8507ea1486 X-Google-Attributes: gid10bd82,public X-Google-Thread: 10f21d,92c42a8507ea1486 X-Google-Attributes: gid10f21d,public X-Google-Thread: fc7b2,92c42a8507ea1486 X-Google-Attributes: gidfc7b2,public From: sob@academ.com (Stan Barber) Subject: Re: MCI Sucks: BEWARE!!! Date: 1996/04/14 Message-ID: <4kq1nf$5r0@universal-woman.academ.com> X-Deja-AN: 147394155 references: <4kloqa$8p@ganja.nol.net> <316F247D.6035@devine.net> <4kpsor$1uo@news.internetmci.com> organization: Academ Consulting Services, Houston, Texas newsgroups: alt.internet.services,houston.internet.providers,ne.internet.services,sacramento.internet,necus.internet.news,necus.internet.announce,necus.internet.commerce,misc.news.internet.discuss,alt.internet.access,backbone.general,comp.dcom.telecom.tech,comp.dcom.frame-relay,di.internet