home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / telecom / 13221 < prev    next >
Encoding:
Internet Message Format  |  1993-01-24  |  2.4 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Sat, 23 Jan 93 09:36:40 PST
  3. From: awry!tom@hercules.aptix.com (Tom Ace)
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Re: 702-333-8444 (was Strange International "Chat Line" Service)
  6. Message-ID: <telecom13.39.10@eecs.nwu.edu>
  7. Organization: TELECOM Digest
  8. Sender: Telecom@eecs.nwu.edu
  9. Approved: Telecom@eecs.nwu.edu
  10. X-Submissions-To: telecom@eecs.nwu.edu
  11. X-Administrivia-To: telecom-request@eecs.nwu.edu
  12. X-Telecom-Digest: Volume 13, Issue 39, Message 10 of 12
  13. Lines: 40
  14.  
  15. Yesterday, I had success calling 702 333 8444 when preceded by 10333;
  16. our Moderator had these comments:
  17.  
  18. > [Moderator's Note: I *know* two things happened. Someone is taking
  19. > your 10333 and either ignoring it and handing it off one plus by
  20. > default to AT&T or changing it to 10288 which is another way of
  21. > getting Mother.  ...
  22. > ...  Are you in control of your 10xxx assertions when you dial, or is
  23. > some PBX/COCOT/other private system making those decisions whether you
  24. > like it or not ... or indeed even if you know it or not?  Try 10333 + 0
  25. > and ask the operator who she is ... betcha she'll say AT&T, because
  26. > your system kicked you over there when you thought otherwise. Please
  27. > let us know the results of your further testing.   PAT]
  28.  
  29. I had placed the call yesterday on a PacBell residential POTS line
  30. (415-821); there was no PBX to screen the 10333.  Today, it doesn't
  31. work the same way -- I get a recording saying I need to use AT&T to
  32. reach the number.  I made calls to PacBell and Sprint to ask about all
  33. this, and Sprint told me there had been fiber outages which affected
  34. service in my area yesterday (not implausible given the amount of rain
  35. we've had over the past few weeks).  Indeed, I had to try twice to get
  36. through yesterday -- I got an "all circuits are busy" recording the
  37. first time I placed the call.
  38.  
  39. The PacBell rep was fascinated to hear about a number that could only
  40. be reached by AT&T, but she assured me that PacBell would always honor
  41. my 10333 request.  I wonder if that's true in all cases; does anyone
  42. know whether it's common for an LEC to ignore 10xxx codes when there
  43. are service outages associated with a long distance carrier (or for
  44. any other reason)?  If PacBell didn't route my call to AT&T yesterday,
  45. then did Sprint do it?
  46.  
  47.  
  48. Tom Ace    tom@aptix.com
  49.  
  50.  
  51. [Moderator's Note: Perhaps due to the outage, Sprint was automatically
  52. transferring some of their overflow traffic to AT&T. It happens.  PAT]
  53.  
  54.