home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-387-Vol-3of3.iso / t / tc13-144.zip / TC13-144.TXT < prev   
Text File  |  1993-03-03  |  22KB  |  484 lines

  1. TELECOM Digest     Tue, 2 Mar 93 02:30:15 CST    Volume 13 : Issue 144
  2.  
  3. Index To This Issue:                     Moderator: Patrick A. Townson
  4.  
  5.     OSPS and ANI Failures (Andy Sherman)
  6.     Re: OSPS and ANI Failures (John Higdon)
  7.     Re: Help Becky With Her 900 Bill (John Higdon)
  8.     Re: National Data Superhighways - Access? (Robert L. McMillin)
  9.     Re: National Data Superhighways - Access? (Jeffrey Jonas)
  10.     Re: Let's Do a Figure-8 (Ron Dippold)
  11.     Re: Quebec Yellow Pages Controversy (Joseph P. Cain)
  12.     Re: Current Switched56 (tm) DSU/CSU Vendors Needed (Eric Pearce)
  13.     Comment About Terrorism (Paul Robinson)
  14. ----------------------------------------------------------------------
  15.  
  16. Date: Mon, 1 Mar 93 23:23:29 EST
  17. Subject: OSPS and ANI Failures
  18. From: andys@internet.sbi.com (Andy Sherman)
  19.  
  20. On Feb 26 at  2:34, TELECOM Moderator noted:
  21.  
  22. > There are also instances when for some reason or another the
  23. > equipment fails to capture the calling number and an operator will
  24. > come on the line to ask 'may I have the number you are calling from
  25. > please ...'
  26.  
  27. On 28 Feb 93, john@zygot.ati.com (John Higdon) replied:
  28.  
  29. > I do not think this has been done for decades. If there is an ANI
  30. > failure, then the call is not completed. Maintaining operator
  31. > positions for CAMA-style purposes in this day and age would be most
  32. > silly.
  33.  
  34. To which PAT replied:
  35.  
  36. > [Moderator's Note: ANI failures are not all that common, and there are
  37. > no operator positions maintained just for 'CAMA-style purposes'. The
  38. > call just goes to any available operator position and the tube tells
  39. > the operator what is wanted. She types it in, hits a certain key and
  40. > the call is released to go on its way.  PAT]
  41.  
  42. Well, John, for once we got you.  :^)
  43.  
  44. The Operator Services Position System (OSPS) is a one size fits all
  45. position that does just about anything imaginable that an operator
  46. would need to do (other than directory assistance).  Your center
  47. handles calls for the LEC?  No problem. OSPS tells you what company
  48. name to brand the call with.  Need to count coins?  No problem, OSPS
  49. will do that, too.  Etc. Etc.
  50.  
  51. As you will recall from our private correspondance, I trained to be an
  52. OSPS operator as part of last summers labor relations jitters.  One of
  53. the things that could show up on your screen with an incoming call
  54. were the messages ONI FAILURE and ANI FAILURE.  In those cases you
  55. hand to ask the customer for the number and then complete the call.
  56.  
  57. The training materials also indicated that there were a few offices
  58. (probably in ICO land) where the calling number had to be collected
  59. for every toll call.  Since AT&T operator services centers cover a
  60. much wider geographic are than those little end offices, nobody gets a
  61. majority of such calls, but we were all trained to handle them.
  62.  
  63. The only kicker is that I don't remember off-hand whether ONI or ANI
  64. hit our consoles only for 0+ calls or also for 1+ calls.  The only
  65. thing that would argue against Pat's scenario is if ANI failure
  66. bounced the call on a 1+.  I just don't remember.  Certainly nothing
  67. in the features of the OSPS console would preclude collecting the
  68. billing number from a customer-dialed call in the event of ANI
  69. failure.
  70.  
  71. A digression:
  72.  
  73. This baby is *very* flexible and *very* well designed.  After the
  74. "two-phase commit" model of collect calls was adopted (operator A
  75. hears you say collect, releases the call, your party answers and
  76. operator B does the name game) these things keep operators very busy,
  77. too.  What used to be holding time for an operator is now holding time
  78. for a switch.
  79.  
  80.  
  81. Andy Sherman
  82.  
  83. Salomon Inc  -  Unix Systems Support  -  Rutherford, NJ
  84. (201) 896-7018  -  andys@sbi.com or asherman@sbi.com
  85. "These opinions are mine, all *MINE*.  My employer can't have them."
  86.  
  87.  
  88. [Moderator's Note: In my employment over the years, granted I've been
  89. on the phone more than many people. If I had to guess, maybe I've
  90. encountered an ANI failure a dozen times in 30+ years of heavy calling
  91. for my employers, etc ... like 80-100 calls per day on occassion. The
  92. ANI failures I experienced were always on 1+ calls to the best of my
  93. memory.   PAT]
  94.  
  95. ------------------------------
  96.  
  97. Date: Mon, 1 Mar 93 20:46 PST
  98. From: john@zygot.ati.com (John Higdon)
  99. Reply-To: John Higdon <john@zygot.ati.com>
  100. Organization: Green Hills and Cows
  101. Subject: Re: OSPS and ANI failures
  102.  
  103.  
  104. On Mar 1 at 23:23, Andy Sherman writes:
  105.  
  106. > As you will recall from our private correspondance, I trained to be an
  107. > OSPS operator as part of last summers labor relations jitters.  One of
  108. > the things that could show up on your screen with an incoming call were
  109. > the messages ONI FAILURE and ANI FAILURE.  In those cases you hand to
  110. > ask the customer for the number and then complete the call.
  111.  
  112. So my question is this: What happens when it is my Trailblazer or fax
  113. modem that is making the call? Even though the Trailblazer and the
  114. Brooktrout are very fine modems indeed, I do not believe they can
  115. answer a "Your number, please" inquiry. Obviously, the call fails at
  116. that point, since the operator just dumps it--probably thinking there
  117. are some kids or a crank at the other end of the wire.
  118.  
  119. Now, given that the number of calls generated on the network by
  120. automatic devices is increasing exponentially, feeble attempts to
  121. "rescue" a call via operator intervention would seem to be a complete
  122. waste of time and resources.
  123.  
  124. I guess what I am trying to say is, "why bother?" Just let the call
  125. die; why take up more time?
  126.  
  127.  
  128. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  129. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  130.  
  131.  
  132. [Moderator's Note: *All types of calls* are increasing in volume. Fax
  133. and voice calls are the way business operates these days: no one
  134. writes letters, at least not in any quantity as they did 30 years ago.
  135. Calls from automated devices (modems, etc) are still just a small minority
  136. of the total. Yes, there are lots more such calls, but the ratio is still
  137. the same. Offices all over the USA have thousands of clerks sitting in
  138. cubicles banging away on the phone all day.  So yes, calls from automated
  139. devices fail to complete and are aborted when the operator can't get a
  140. response she understands from the 'caller'.  PAT]
  141.  
  142. ------------------------------
  143.  
  144. Date: Mon, 1 Mar 93 16:13 PST
  145. From: john@zygot.ati.com (John Higdon)
  146. Reply-To: John Higdon <john@zygot.ati.com>
  147. Organization: Green Hills and Cows
  148. Subject: Re: Help Becky With Her 900 Bill
  149.  
  150.  
  151. Tony Harminc <TONY@VM1.MCGILL.CA> writes:
  152.  
  153. > You just weren't trying, John!  One of my earliest "playing with the
  154. > phone" discoveries in the 1960s was that it was possible to cause an
  155. > ANI failure (this was SxS into a 4A crossbar) by flashing just after
  156. > finishing dialing.
  157.  
  158. You have just discovered one of the great, gaping holes in my telecom
  159. experience. I have NEVER had service provided from a SXS office. Yes,
  160. it is true, I have had no service in my name provided from anything
  161. more vintage than crossbar. Now that is not to say that I have not
  162. beat on the telephones of friends and associates that have been served
  163. out of SXS, but it is not the same thing. (Even when growing up, it
  164. was panel, then crossbar.)
  165.  
  166. I lived in North Carolina for a time in an area served by Southern
  167. Bell step. There was a phone in the house that we all used and it was
  168. interesting to note that most of the time long distance calls went
  169. through without operator intervention, but occasionally an operator
  170. would come on the line and ask for the number of the calling phone.
  171. Your comments explain this little mystery.
  172.  
  173. Except for some SXS on the peninsula (Mountain View, Palo Alto,
  174. Redwood City, and San Mateo), the Bay Area has been served by crossbar
  175. and panel before the electronic stuff came along. San Jose's first
  176. dial equipment was crossbar; San Fransisco's was panel. In fact, the
  177. only SXS convenient to play with anywhere near me was Los Gatos.
  178. Before GTE swallowed it up, the Western California Telephone Company
  179. had the most rickety SXS the ear has ever heard. It was so stupid that
  180. to call San Jose (a local call), it was necessary to dial '9', wait
  181. for second (tandem) dial tone, and then dial the San Jose number.
  182.  
  183. When GTE moved in, it became the usual vile directorized SXS that GTE
  184. is infamous for.
  185.  
  186. But back to the present. Nowadays, I would be willing to bet that ANI
  187. failures (if they occur) would simply cause the call to fail. In an
  188. age of fax machines, modems, and other automatic dialing equipment, an
  189. operator coming on the line to ask, "Your number, please", seems
  190. rather pointless. Gee, I wonder how many times any of my Trailblazers
  191.  
  192. has been asked for ITS number?
  193.  
  194. And, of course, it is all moot now. The face of ANI has forever
  195. changed with SS7. There can no longer be any "ANI failure".
  196.  
  197.  
  198. John Higdon  |   P. O. Box 7648   |   +1 408 264 4115     |       FAX:
  199. john@ati.com | San Jose, CA 95150 | 10288 0 700 FOR-A-MOO | +1 408 264 4407
  200.  
  201.  
  202. [Moderator's Note: Of course there can still be a failure to capture
  203. the number and pass it along. As noted above, when that (rarely)
  204. happens -- given the huge amount of network traffic -- an operator
  205. picks up the call, punches in the quoted data and releases the call
  206. back to the equipment which then adopts the operator's forced input as
  207. its own. But I am talking about an infintesimally small fraction of
  208. one percent of all calls having this happen, which is as good as
  209. saying it does not happen, lest the average customer clutch on it as a
  210. way to resolve all billing disputes. It is like the old cliche about
  211. computers 'never making mistakes'. Of course they don't. Of course
  212. they do. Which response would you make to the average (not telecom/
  213. computer-saavy) customer?
  214.  
  215. One response recieved here when using my SS-7 features (call screening
  216. [add number of last call received], return last call, and Caller-ID)
  217. is 'I am sorry, the number is not available now' (on the ID box, the
  218. message is 'Error' or 'E') as opposed to 'I am sorry, the feature you
  219. are requesting is not available with that number' (on the ID box the
  220. message is 'Outside').  Other times when you try to add a 'last call
  221. received' number to your blocked list, the robot goes away silently
  222. for the longest time (20-30 seconds) and comes back to report "That
  223. number cannot be added *right now* ... try again in a few minutes."
  224. I assume the CO was doing something like trying to 'finger' the number
  225. in the other CO but getting no response to the finger-request.   PAT]
  226.  
  227. ------------------------------
  228.  
  229. Date: Mon, 1 Mar 93 08:13:12 -0800
  230. From: rlm@indigo2.hac.com (Robert L. McMillin)
  231. Subject: Re: National Data Superhighways - Access?
  232.  
  233.  
  234. Richard Nash <rickie@trickie.ualberta.ca> writes:
  235.  
  236. > [stuff I originally posted, along with embarrassingly nice things said
  237. > about same by Andre Blau <blau@eff.org>, deleted]
  238.  
  239. > Well, perhaps it was better that I waited before responding to the
  240. > remarks countered to those I had made, that "the telcos are not
  241. > interested in monopoly services."  Have we gone full circle yet?
  242. > Affordable digital service for residential users is something that I
  243. > have long wished for.  Will the private sector have me, the lowly
  244. > residential data highway user, interests, as a fundamental concern?
  245.  
  246. They had better have your interests as a fundamental concern.
  247. Granted, huge corporations tend to be rather impersonal.  On the other
  248. hand, they don't reach into your paycheck BEFORE you get it and grab
  249. 33%, either.  The only one with enough balls to take bread off your
  250. table before you can eat it is Uncle Sam.
  251.  
  252. > Is competitive undercutting going to ultimately resolve data transport
  253. > costs to absolute marginal profits and then as perhaps we see in the
  254. > airline industry, consistant uncertianty to their solvency/dependancy
  255. > to deliver?
  256.  
  257. Look, if what you want is stability, go ahead and nationalize the
  258. network.  Be prepared for zero customer service, high prices, and
  259. outright hostility toward installing new equipment that might
  260. eliminate paying positions.  As Mr. Clinton himself pointed out, the
  261. government isn't interested in change as a way to get rid of
  262. high-paying jobs -- jobs which, if dropped, could also result in the
  263. customer getting the same service at a lower cost.
  264.  
  265. We all know the two answers the Feds have about reducing the price of
  266. anything: either it gets subsidized, or they install price controls.
  267. For the former, the Feds fondle your money for a while before handing
  268. less of it back to you.  For the latter, you will wait three months to
  269. get service.  Almost certainly, you will get the worst of both worlds:
  270. lousy service AND high prices.
  271.  
  272. Thomas Sowell recently wrote that the government is a blunt instrument
  273. and its uses should be restricted to those things blunt instruments
  274. can do well.  The last time I checked, a fiber optic pipe was not
  275. blunt.
  276.  
  277. > What I would be interested in hearing about from {telecom digest}
  278. > readers, is how they foresee the deployment?  Who is gonna do it cheap
  279. > for all of us to enjoy?  National (government funded) programs to
  280. > develop this network, or AT&T and such interested parties, running
  281. > high profile interference to prevent their overpriced technology, from
  282. > being easily overcome by the technology revolution that perhaps even
  283. > they cannot ultimately stonewall?
  284.  
  285. The telcos do not have much of a choice in the matter if they want to
  286. stay alive.  In the 1950's, the railroads forgot they were in the
  287. transportation business.  The Interstate Highway system created the
  288. long-haul trucking industry, relegating railroads to stale markets and
  289. old technology.  If the telcos now make a similar mistake with the
  290. "data superhighway," they will almost certainly face the same doom.
  291. Gore's proposal should serve as a cattle prod for telephony.
  292.  
  293. So if the telcos want to keep what they have, they'd better start
  294. laying plans to lay fiber, everywhere and soon.  The payoff is that
  295. they can push video through their newly laid pipes, thanks to a
  296. fortuitous court ruling.  I'm not exactly happy with the telcos
  297. providing content, but the fact is that the cable companies do exactly
  298. that now.  With the world going digital at picosecond speed, cable
  299. operators and telcos look increasingly like the same thing.  The ones
  300. with the best capitalization, customer service, and price will win.
  301.  
  302.  
  303. Robert L. McMillin                     | Voice:    (310) 568-3555
  304. Hughes Aircraft/Hughes Training, Inc.  | Fax:      (310) 568-3574
  305. Los Angeles, CA                        | Internet: rlm@indigo2.hac.com
  306.                          After June 25 : rlm@mcgort.com or rlm@surfcty.com
  307.  
  308. ------------------------------
  309.  
  310. Date: Mon, 1 Mar 93 11:21:10 EST
  311. From: jeffj%jiji@uunet.UU.NET (Jeffrey Jonas)
  312. Subject: Re: National Data Superhighways - Access?
  313.  
  314.  
  315. > I think it is clear that the access problem will get cleared up. The
  316. > question then becomes what do you do with all the information and get
  317. > it into a usable form;
  318.  
  319. Why, Mr and Mrs. John Q. Public will use their wide screen digital
  320. HDTV surround sound Sear's/IBM TV connected to Prodigy! (Remember
  321. AT&T Sceptre, the TV terminal?)
  322.  
  323. Jeesh -- just what I needed -- a combination Sega/Nintendo/Mac/PC
  324. compatible color high resolution surround sound stereophonic
  325. multimedia system with CD-ROM, keyboard, mouse, joysticks and power
  326. pad!
  327.  
  328.  
  329. Jeffrey Jonas     jeffj@panix.com
  330.  
  331. ------------------------------
  332.  
  333. From: rdippold@qualcomm.com (Ron "Asbestos" Dippold)
  334. Subject: Re: Let's Do a Figure-8
  335. Organization: Qualcomm, Inc., San Diego, CA
  336. Date: Mon, 01 Mar 1993 05:12:23 GMT
  337.  
  338.  
  339. Carl Moore (VLD/VMB) <cmoore@BRL.MIL> writes:
  340.  
  341. > rdippold@qualcomm.com writes:
  342.  
  343. >> Including the cellular system ... MINs are specifically designed for
  344. >> three digits + seven digits.  They would have to remain on a seven
  345. >> digit system, and then the phone company (the switches?) would have to
  346. >> do a seven to eight and eight to seven translation.
  347.  
  348. > known in advance that I MUST use an area code.  But getting back to
  349. > the excerpt above: I am not sure what it means!
  350.  
  351. Okay, I also got some mail on this. To elaborate, this is regarding
  352. the AMPS cellular standard (used for North America).  Every phone has
  353. a MIN (Mobile Identification Number) composed of MIN2 (the area code)
  354. and MIN1 (the seven digit phone number).  If you want to send a
  355. message to a phone, such as "There's a call for you!" you identify the
  356. phone by its MIN.  The mobile watches for messages that contain its
  357. MIN and should respond to those.  In addition, the MIN (along with the
  358. ESN) is how the mobile identifies itself to the system.
  359.  
  360. Now here's where the fun begins.  MIN1 and MIN2 are actually special
  361. representations of the digits in their numberical forms.  In other
  362. words, 619-555-1212 isn't stored as a MIN2 value of 619 and a MIN1
  363. value of 5551212.  They each go through a "massage" of the digits that
  364. is totally dependent on the form of the data (i.e., three digits in
  365. one, seven digits in another).  This is a standard, and it is not
  366. flexible.
  367.  
  368. work.  They would have no idea how to decode the numbers.  If you used
  369. a somewhat compatible scheme they might be able to get the seven
  370. digits they are used to, but that's about it.  And, of course, all the
  371. switches and cells that are out there are probably wired for
  372. seven-digit AMPS as well.  It's not like a regular phone system where
  373. the phone company figures out which line to ring, then rings it -- in
  374. this case it's up to the phone itself to decide when to ring.
  375.  
  376. The only thing I can think of on short notice that would be minimal
  377. pain would be for the switches (MTSOs) to be modified to convert from
  378. eight digit format (external world) to MIN1/MIN2 format (mobile world),
  379. and then to use an extended data field so that those mobiles that did
  380. know about eight digit format could use it.
  381.  
  382.  
  383. ------------------------------
  384.  
  385. Subject: Re: Quebec Yellow Pages Controversy
  386. From: oldman!joe@uunet.UU.NET (Joseph P. Cain)
  387. Date: Mon, 01 Mar 1993 17:07:56 -0500
  388. Organization: Joseph P. Cain
  389.  
  390.  
  391. stevef@wrq.com (Steve Forrette) writes:
  392.  
  393. > I have a business associate in Canada who tells me that businesses in
  394. > Quebec (or some part thereof) are forbidden to answer the phone in
  395. > English.  Reportedly, even a mixed French/English greeting is not
  396. > allowed -- the person answering can't use English until the caller
  397. > indicates that they want to speak English.  And, (perhaps in the
  398. > "Office de la Langue Francaise) there are Phone Police (tm) that call
  399. > businesses at random in order to ensure compliance with these
  400. > regulations.
  401.  
  402. I can see that if you give those separatists an inch they will take a
  403. mile. Let them get their foot in the door with a stupid sign law and
  404. they will do everything else possible to try and ruin english business
  405. in Quebec. The government rule is not to protect the French but to
  406. ruin the English language. I am no longer proud of my Quebec heritage.
  407.  
  408. In the name "Office de la Langue Francaise" why is it Office and not
  409. Bureau?  They might as well use every nail in the English Language
  410. coffin.
  411.  
  412.  
  413. Joe Cain VE3ANJ    UUCP: joe@oldman   Tel:  (416) 499-1407
  414.  
  415. ------------------------------
  416.  
  417. Date: Mon, 01 Mar 1993 20:19:25 -0800
  418. From: eap@ora.com (Eric Pearce)
  419. Subject: Re: Current Switched56 (tm) DSU/CSU Vendors Needed
  420.  
  421.  
  422. I recently bought an Adtran DSU 2AR for this purpose.  I was pleased
  423. when the PacBell "Special Services" guy showed up to install the SW56k
  424. line and his "test equipment" turned out to be the same Adtran box.
  425.  
  426.  
  427. Eric Pearce | eap@ora.com | O'Reilly & Associates
  428. Publishers of Nutshell Series Handbooks and X Window System Guides
  429. 103 Morris St, Sebastopol, CA 95472  1-800-998-9938 or 707-829-0515
  430.  
  431. ------------------------------
  432.  
  433. Reply-To: TDARCOS@MCIMAIL.COM
  434. From: Paul Robinson <FZC@CU.NIH.GOV>
  435. Date: Mon, 01 Mar 1993  19:50:01 EST
  436. Subject: Comment About Terrorism
  437.  
  438.  
  439. Pat Townson's comments about the future of America were something that
  440. hit home.  I was once asked by a bus driver about things to come:
  441.  
  442.   Count on it; the violence in the cities will not get
  443.   better and will get worse.  The recent incident will
  444.   be just a taste of the kind of thing that will happen
  445.   so often that the papers won't even report them until
  446.   the body count goes above 100 or more.  Count on
  447.   random acts of violence without purpose or reason.
  448.   And expect the imposition of Martial Law in major
  449.   cities.  Making a prediction like this is about as
  450.   difficult as predicting an egg will crack while it's
  451.   on the way to the floor.
  452.  
  453. When I said it, it was *1980* and I was referring to the
  454. *Miami Riots*.
  455.  
  456. The real question I wanted to ask, if you knew it, was the name of the
  457. Made for TV movie written by either Woodward or Bernstein, about a
  458. group of major terrorist attacks upon the United States, when they
  459. finally begin to take place.
  460.  
  461.  
  462. [Moderator's Note: I forget the name of that movie, but another one
  463. which comes to mind is 'Escape From Manhattan' which came out several
  464. years ago. As the movie starts, we are informed the year is 1993, that
  465. 'violent crime in the USA has increased 400 percent in the past two
  466. years', and that because the government had run out of prison space,
  467. the island of Manhattan had been evacuated and was now used exclusively
  468. as a penal colony, with the prisoners left to their own devices about
  469. how to survive, what to eat, etc. All bridges or other exits leaving
  470. Manhattan had been sealed or were heavily guarded. An airplane flew
  471. overhead once a week and dropped out food supplies.
  472.  
  473. America changed last Friday. The land where the only battles on our
  474. own soil were those we fought amongst ourselves is gone. Expect the
  475. nineties to be the decade of random killing and violence for its own
  476. sake.  And wait until next month when The Jury finds the police officers
  477. innocent ... social order in urban America will erode completely. I
  478. rather suspect we may be living under martial law by this summer.  PAT]
  479.  
  480. ------------------------------
  481.  
  482. End of TELECOM Digest V13 #144
  483. ******************************
  484.