home *** CD-ROM | disk | FTP | other *** search
/ The World of Computer Software / World_Of_Computer_Software-02-385-Vol-1of3.iso / t / tc13-029.zip / TC13-029.TXT < prev   
Text File  |  1993-01-19  |  21KB  |  512 lines

  1. TELECOM Digest     Mon, 18 Jan 93 07:58:00 CST    Volume 13 : Issue 29
  2.  
  3. Index To This Issue:                     Moderator: Patrick A. Townson
  4.  
  5.     N.E. Telephone Admits Ripoff - Refuses Restitution (Scott Hannahs)
  6.     Questions on FDDI, 500GB File Servers, Remote NFS Mount IBM (Nita Avalani)
  7.     Wanted: Small (4-12 Line) PBX/Phone System (Larry Augustin)
  8.     How to Plan a x.25 Numbering Scheme? (Guido Weppler)
  9.     New Developments in ISDN From Illinois Bell (David E. Martin)
  10.     Beware: Portability (Bill Cerny)
  11.     Looking For Recommendations For UPS For Phone System (Robert P. MacKin)
  12.     ANI and SS7 (Ross Alexander)
  13.     Philippine Telephone Monopoly to be Broken (Ang Peng Hwa)
  14.     Is This a "Real" Security Alert Message of Some Sort? (J. Eric Townsend)
  15.     USR HST 14.4 Forsale (eabu288@orion.oac.uci.edu)
  16. ----------------------------------------------------------------------
  17.  
  18. From: Scott Hannahs <sth@slipknot.mit.edu>
  19. Subject: N.E. Telephone Admits Ripoff - Refuses Restitution
  20. Organization: Massachvsetts Institvte of Technology
  21. Date: Sun, 17 Jan 1993 16:40:45 GMT
  22.  
  23.  
  24. These are reposts of some articles involving an ongoing dispute with
  25. New England Telephone that I posted to ne.general a week ago.  It was
  26. suggested that I repost them here.  This is an interesting problem in
  27. that they seem to be hitting universities and modem users.  I have
  28. heard from at least one other person who was misbilled involving
  29. other exchanges.  This problem applies to unlimited local service
  30. where you get an unlimited number of very local calls un-itemized bill
  31. for not-so-local calls.  The unitemized bill obviously involved my
  32. modem usage to the University which was supposedly in the "free" area.
  33. Things seem to be moving along in that I now have an admission that
  34. the bills are wrong for lots of people.  But it would be "too
  35. expensive" to rebate people who were misbilled.
  36.  
  37.         ---------------reposts follow---------------
  38.  
  39. To continue this thread, I have an interesting story about ongoing
  40. misbilling by NET which is probably widespread.
  41.  
  42. boaz@concerto.lcs.mit.edu (Boaz Ben-Zvi) writes:
  43.  
  44. > Following N.E.T's announcement of raising some of their rates on 1/15,
  45. > I begun wondering how one may offset some of the hike.
  46. > Unlimited service costs more than 6-8 bucks above the measured one,
  47. > and gives unlimited service to your local area (your town plus the towns
  48. > surrounding it), which would otherwise cost $.016/minute (plus 1 cent
  49. > per call). I.e., it'll take more than (approx.) 6-8 hours of monthly
  50. > phone use (in the local area!) to make Unlimited service a good choice.
  51. > (Well, some modem-owners use that much in a single day :-)
  52.  
  53. I saw this about a year ago and after carefully checking that my modem
  54. is to a "free" call signed up for unlimited local which was about
  55. $6/month cheaper.  However after a month or so, I was getting large
  56. bills that could only be from the modem calls.  I have spent the last
  57. year convincing NET that their software is in error and that I was
  58. being billed for these "free" calls.  Most of the time I have been
  59. ignored or told that I do not know what is going on in my own
  60. household.
  61.  
  62. Two weeks ago after 50 calls and a formal complaint to the DPU I got
  63. someone who admitted that there was a problem and that the table was
  64. incorrect for our phone. However he claimed that it was only our
  65. phone and nobody else's. I do not see how the billing software could
  66. only single out our phone. I have not gotten a satisfactory reply to
  67. that question from NET and the complaint to the DPU has not been
  68. withdrawn.  Since the bill for unlimited local is not itemized to what
  69. numbers are called, it is difficult to prove or disprove billing
  70. mistakes.  I am still asking for an outside review of the billing
  71. system but don't know if I have the political clout to get it since
  72. they have admitted the one mistake and are stonewalling that there may
  73. be others.  If anyone else has had a similar problem, I would
  74. certainly like to hear about it.
  75.  
  76. Anybody know a good "sleazy" lawyer?  This could be an interesting
  77. class action.  Fortunately I consider it more of a hobby than an
  78. annoyance, also an excuse to withold payment to NET since they owe me
  79. big time.
  80.  
  81. > The announcement said "New England Telephone does not receive any
  82. > additional revenue as a result of the new rates". Sure, they spend
  83. > the money we pay them on TV commercials :-)
  84.  
  85. But they can always just bill you incorrectly and make up the
  86. difference ... :-) The claim is that you get a cheaper rate since
  87. they don't have to itemize your calls, and then they can charge you
  88. for whatever calls they feel like.  YIKES!
  89.  
  90. Just a follow up to the note I posted last week.  New England
  91. Telephone now admits (verbally) that they were miss-billing (read
  92. overcharging) everyone in my exchange.  They are willing to rebate me
  93. the amount they overcharged but I was told, "We can't rebate everyone
  94. since that would cost too much".  I didn't hear any complaints about
  95. collecting too much money.  They will rebate anyone who complains
  96. about it.
  97.  
  98. This is sleaze at its finest.
  99.  
  100. I do not know how many other bills are incorrect only that calls from
  101. Jamaica Plain to the 353 exchange were (are?) billed at the local zone
  102. 1 call rate and not the free local rate.  With the kind of quality
  103. control that they operate with I would guess the system is riddled
  104. with errors.  Has anyone else found such problems?  I was told that
  105. there couldn't be an error since no one else complained.  HAH!
  106.  
  107. I am still waiting for a formal response before pushing the issue
  108. further.
  109.  
  110. gjc@mitech.com (George J. Carrette) writes:
  111.  
  112. > In article <sth.726861640@slipknot.mit.edu>, sth@slipknot.mit.edu
  113. > (Scott Hannahs) writes:
  114.  
  115. >> I am still waiting for a formal response before pushing the issue
  116. >> further.
  117.  
  118. > Good, when you get a written response you can publish it.
  119.  
  120. I certainly will.  What I have verbally as of today is that N.E.T.
  121. has misbilled everyone from the Jamaica Plain exchange with
  122. unlimited local service.  These people were billed for calls to the
  123. Boston Central exchange which was a supposedly non-billable number.
  124. These are two fairly large groups of people.  This situation has
  125. existed for at least a year.  I was told that NET may not be able to
  126. figure out when the problem first occurred.  I asked about software
  127. change logs but got a blank response with a "we will discuss that"
  128. type answer.
  129.  
  130. The hopeful news was that this was the first time NET mentioned
  131. "subscriber notification" and that this problem is "bigger than we
  132. first thought".  Some person in billing is trying to fix my bill; she
  133. actually got permission (heavy sarcasm here) from her supervisor to
  134. spend two hours checking back a year on it.
  135.  
  136. As for written response, after sending many certified letters to NET
  137. (including directly to the president Paul O'Brien) I have not received
  138. more than a postcard specifying the amount of my bill adjustment
  139. (which was incorrect).  I am not sure how many people there are
  140. literate.  In fact today it was suggested by an NET liason to the DPU
  141. that I should have contacted the presidential appeal council (or some
  142. such body).  I mentioned that I had no idea such a council existed and
  143. that the NET main office number is unlisted.  I asked why I had not
  144. recieved an answer to the letter to the president that this person had
  145. a copy of and was given another "we have to look into that" answer.
  146. So it goes.
  147.  
  148. > Remember the other MIT graduate who found that NET had overcharged
  149. > the State House something like a few millions of dollars?
  150.  
  151. No. I might not have been here then.  Do you have a date, or
  152. reference, names etc.  I would like to get ahold of that info.
  153.  
  154.  
  155. Dr. Scott Hannahs      sth@slipknot.mit.edu
  156. F. Bitter National Magnet Lab, MIT NW14-1313, (617)253-5570
  157.  
  158. ------------------------------
  159.  
  160. From: na@princeton.edu (Nita Avalani)
  161. Subject: Questions on FDDI, 500GB File Servers, Remote NFS Mount IBM
  162. Organization: Princeton University
  163. Date: Sun, 17 Jan 1993 14:00:14 GMT
  164.  
  165.  
  166. I have following questions:
  167.  
  168. (1) Is there any way to increase the size of a file partition from 2GB
  169. (to 20 - 50 GB, for example) in Unix OS?  Is there currently an upper
  170. limit on the size of file partitions in mainframe (IBM) environment?
  171.  
  172. (2) Are there any high speed hardware/software alternatives to
  173. restore/dump in Unix that would back up everything on the
  174. nets/subnets?  If so, what is the best product?
  175.  
  176. (3) Does any one have any experiences (good or bad) with the
  177. following:
  178.  
  179. Either (1) a FDDI backbone with ethernet from each offices to the
  180. backbone/routers/whatever environment or (2) a FDDI backbone with FDDI
  181. drop to each offices, with 100+ users accessing very large
  182. databases/files (20 GB+) at will and simultaneously.
  183.  
  184. Does the network performance suffer in any way?  Can the line speed
  185. (100 Mbps for FDDI) be achieved for data transfer for each user under
  186. maximum loads? What are the do's and don'ts?  I hear that 3COM has
  187. atleast two similar set ups (at Northrop and NASA Kennedy space
  188. center), does that setup work as planned?  Is that the best out there?
  189.  
  190. (4) Are there any pitfalls to setting up a high speed link (T1, T3 or
  191.  
  192. FDDI) between a mainframe (say in California) and Unix LAN (say in
  193. Maine)?  Even if one could receive data at line speeds, would a file
  194. server (Sun, Auspex, IBM) be able to handle it?  More importantly,
  195. would each user be able to realize the same data transfer rate from
  196. their desktops (say Sparc10's) to the file servers?
  197.  
  198. (5) I hear that the NFS, TCP/IP technology is available for IBM
  199. mainframes.  Has any one ever NFS mounted the mainframe (in CA) on to
  200. their Unix file servers (in ME) using T1, T3 or FDDI lines?  If so,
  201. could you please forward all your experiences (good, and of course,
  202. bad)?  Were you ever able to access large data files from the
  203. mainframe for all your users instantly?  Was it a reliabile set up?
  204. and finally,
  205.  
  206. (6) Are there any products/vendors out there who make high speed unix
  207. file servers of 500GB and more (per server)?
  208.  
  209. All comments, criticisms, etc. are welcomed.  Thanks in advance.
  210.  
  211.  
  212. Nita
  213.  
  214. ------------------------------
  215.  
  216. From: lma@dayton.Stanford.EDU (Larry Augustin)
  217. Subject: Wanted: Small (4-12 Line) PBX/Phone System
  218. Organization: DSO, Stanford University
  219. Date: 17 Jan 93 19:10:42 GMT
  220.  
  221.  
  222. I'm looking for an inexpensive phone system for a small business.  I
  223. don't have any experience with vendors in this area.  I'm looking for
  224. recommendations, vendors phone numbers, etc. Here are some of the
  225. features we're looking for:
  226.  
  227.     - we currently have two outside lines and six extensions. We would
  228. like the system to be expandable to about four outside lines and twelve
  229. extensions.
  230.  
  231.     - automated attendant; an incoming is call reaches an automated
  232. attendant, and the caller is routed to a particular extension based on
  233. a menu selection.
  234.  
  235.     - uses standard touch-tone phones for extensions.
  236.  
  237.     - any extension can be connected to any outside line.
  238.  
  239. We don't need:
  240.  
  241.     - voicemail; we would be satisfied with attaching answering
  242. machines to individual extensions.
  243.  
  244.     - extension to extension connections (the office isn't that big
  245. :-)).  if going off hook on an extension immediately connects you to
  246. an available outside line (or gives a dial-tone otherwise) that's
  247. fine.
  248.  
  249. The most important constraint is cost.  PC based solutions are fine --
  250. we have a spare 386 PC we can use.
  251.  
  252.  
  253. Thanks in advance,
  254.  
  255. Larry
  256.  
  257. ------------------------------
  258.  
  259. Date: Sun, 17 Jan 1993 20:31:45 +0100
  260. From: Guido.Weppler@FHFD.uni-giessen.dbp.de
  261. Subject: How to Plan a x.25 Numbering Scheme?
  262.  
  263.  
  264. Hi, Networkers!
  265.  
  266. Since we have to plan the numberging scheme of a large X.25-network I
  267. wonder if anybody can give me a hint where to get some information
  268. about this problem. Today, our network covers only Germany, but we
  269. intend to make it international in the near future. The network is
  270. growing steadily (more than 200 switching nodes now, to be about 1000
  271. nodes in the future) and transport services over it are used by more
  272. and more users. For user addressing we intent to use 14 digit numbers.
  273.  
  274. The question is how to organise those numbers to get a structured
  275. numbering scheme that will work even if the network will grow. How
  276. many digits should be used for area coding, for subaddressing and for
  277. the node ID, etc.?  I really would like to know if anybody had to deal
  278. with that kind of problem before and I would be very pleased to
  279. receive a literature tip or any other kind of information on that
  280. problem.
  281.  
  282.  
  283. Thanks in advance,
  284.  
  285. G. Weppler
  286.  
  287. ------------------------------
  288.  
  289. From: dem@hep.net (David E. Martin)
  290. Subject: New Developments in ISDN from Illinois Bell
  291. Date: 17 Jan 1993 22:29:23 GMT
  292. Organization: Fermi National Acclerator Laboratory, Batavia, IL, USA
  293. Reply-To: dem@hep.net
  294.  
  295.  
  296. I talked with Bill Kalmyer after getting a cryptic letter from him
  297. about ISDN service. He works for Ameritech and is their ISDN product
  298. manager for Illinois. Here is what he told me:
  299.  
  300. 1) Base ISDN rates are going up 18%. This will raise our monthly bills
  301. for residental service by about $5.00 to about $40 for 2B.
  302.  
  303. 2) IBT is going whole-hog for National ISDN-1.  All new services will
  304. be by default NI-1.  You can still get AT&T Proprietary ISDN (what IBT
  305. calls "custom" ISDN) by special request.
  306.  
  307. 3) IBT is offering free FX (foreign exchange) service to those not
  308. served by a ISDN-capable CO, so they can get service at the same
  309. rates.
  310.  
  311. 5) There is a new ISDN data products center in Wheaton, IL.
  312.  
  313. 6) IBT formerly offered ISDN only from AT&T switches.  They now offer
  314. NI-1 service from AT&T, NTI, and Siemens.
  315.  
  316. 7) They are working on a new tariff to cut the cost for people with
  317. very high monthly circuit-switched data usage.
  318.  
  319.  
  320. David E. Martin
  321. National HEPnet Management                      Phone: +1 708 840-8275
  322. Fermi National Accelerator Laboratory           FAX: +1 708 840-8463
  323. P.O. Box 500, MS 368; Batavia, IL 60510  USA\   E-Mail: dem@hep.net
  324.  
  325. ------------------------------
  326.  
  327. From: bill@toto.info.com
  328. Subject: Beware: Portability
  329. Organization: Sun, Surf 'n Sushi, San Diego, CA
  330. Date: 18 Jan 93 03:31:01 GMT
  331.  
  332.  
  333. Inbound call center managers beware: the mad rush to implement CCS-7
  334. (American extension to CCITT SS7) in order to support 800 number
  335. portability is going to give you several migraines. Why? A short
  336. story:
  337.  
  338. Earlier this week a client discovered they could no longer reach their
  339. own x00 number (served by Sprint).  Panic ensued, "My customers can't
  340. call me!"  A urgent call was placed to Sprint: Sprint denied any
  341. network problem.  They denied it adamantly!  Quick escalation up
  342. through management.  Somebody finally listened, and 48 hours later the
  343. problem was traced to a Sprint switch "upgrade" to Northern Telecom's
  344. BCS-34 (BCS: Bad Canadian Software ;-).
  345.  
  346. In the meantime, inbound traffic volume diminished.  Frantic calls
  347. were made to friends, and friends of friends across the nation, "Can
  348. you get through on my x00 number?"  Blockages were found in three
  349. other LATAs, with dozens still untested.  Worse still, a blockage was
  350. discovered for an AT&T x00 number, too!
  351.  
  352. If your core business depends on inbound x00 traffic, you have been
  353. warned.  I recommend that you routinely check inbound call completion
  354. from your major markets.  And get a list of management's phone numbers
  355. at your long distance company.
  356.  
  357.  
  358. Bill Cerny  <bill@toto.info.com> | 10288-0-700-FON-BILL
  359.  
  360. ------------------------------
  361.  
  362. From: rpmackin@student.business.uwo.ca (Robert Patrick MacKin)
  363. Subject: Looking For Recommendations For UPS For Phone System
  364. Organization: University of Western Ontario
  365. Date: Sun, 17 Jan 1993 19:27:27 GMT
  366.  
  367.  
  368. I am looking for recommendations for a UPS suitable for KEY and PBX
  369. systems. It should handle 120vac at three or four amps output.  I hear
  370. Tripplite in Chicago carries something of the description, but I have
  371. neither an address nor phone number. I also know that ALPHA UPS
  372. systems have a suitable device, but I have no source for them at all.
  373. Any help here?  Thanks!
  374.  
  375.  
  376. rpmackin@student.business.uwo.ca (Robert Patrick MacKin)
  377. Western Business School  --  London, Ontario
  378.  
  379. ------------------------------
  380.  
  381. From: rale1@cs.auckland.ac.nz (Ross Alexander)
  382.  
  383. Subject: ANI and SS7
  384. Organization: Computer Science, Auckland University
  385. Date: Sun, 17 Jan 1993 20:09:52 GMT
  386.  
  387.  
  388. Could anybody tell me what ANI is all about?  I follow this group
  389. regularly but the common kiwi doesn't have to worry about interstate
  390. laws and Caller ID (yet).  I've read up on the basic idea of SS7 and
  391. ISDN so I follow the idea of both in channel signaling and D channel
  392. signaling.  Any help would be most appreciated.
  393.  
  394.  
  395. Ross Alexander   Computer Science   University of Auckland
  396. Auckland  New Zealand
  397.  
  398. ------------------------------
  399.  
  400. Date: Mon, 18 Jan 93 10:12:54 SST
  401. From: Ang Peng Hwa <MCMANGPH@NUSVM.BITNET>
  402. Subject: Philippine Telephone Monopoly to be Broken
  403.  
  404.  
  405. This from Reuter:
  406.  
  407. MANILA -- Senior Philippine communications official Josefina Lichauco
  408. said yesterday (Friday) she was determined to break up the country's
  409. telephone monopoly after renewed pressure from President Fidel Ramos.
  410.  
  411. "The president has issued an order to abolish the monopoly and it
  412. shall be implemented," said undersecretary Ms Lichauco, who oversees
  413. the nation's communications policy.
  414.  
  415. President Ramos, angered by a report that over 600,000 telephone
  416. applications have been pending for years, ordered officials this week
  417. to dismantle the Philippine Long Distance Telephone Co (PLDT)
  418. monopoly.
  419.  
  420. The average would-be subscriber has to wait four years to get a phone
  421. installed in the Manila area.
  422.  
  423. Ms Lichauco said she was determined to force PDLT, one of the country's
  424. biggest companies, to allow other telecommunication companies to
  425. interconnect with the PLDT network.
  426.  
  427.                           ------------------
  428.  
  429. Comments: a strange story that makes Ms. Lichauco a central figure in
  430. breakup. I would have thought that if the President says so, you do
  431. so.  Regardless of how you feel, you *have* to be determined.
  432.  
  433. Also, for those unfamiliar with the Philippines, it is a long standing
  434. joke that the Philippine phone system is modeled after the American
  435. AT&T pre-divestiture model. With one exception -- the Philippine
  436. system does not work.
  437.  
  438. ------------------------------
  439.  
  440. From: jet@nas.nasa.gov (J. Eric Townsend)
  441. Subject: Is This a "Real" Security Alert Message of Some Sort?
  442. Organization: Numerical Aerodynamic Simulation, NASA Ames
  443. Date: 17 Jan 93 16:21:00
  444.  
  445.  
  446. Got this while logging in to a BBS a month or two ago.  I was doing
  447. the "new user look around" thingie.  I didn't bother calling back.
  448.  
  449. It looks a bit like those fake messages that sysops sometimes send in
  450. order to scare people off.  The "NO CARRIER" bit came when they
  451. dropped carrier on me.
  452.  
  453.  ---start included text---
  454.  
  455. CYBERTRON CORP!  (R)Telecommunications Security Node:#264839-LL
  456.  
  457. NOTIFICATION: FCC-#9632852 - LINE VERIFICATION IN PROGRESS!
  458.  
  459. ROUTE LINE IS CURRENTLY BEING FORWARDED TO:
  460. {DT*2VRP}(c) CALIFORNIA BUREAU OF INVESTIGATION!
  461.  
  462. You have commited a FELONY, according to the FCC ruling #6828744
  463. Telecommunications Privacy Act (1989) Section IV - 3529A-6 Municipal
  464. Code of the UNITED STATES OF AMERICA, AND IT'S AGENTS HEREIN ...
  465. Therefore, you are hereby WARNED! Any further attempt to contact this
  466. customer will result in CRIMINAL PROSECUTION and/or EXTRADITION by
  467. FEDERAL authorities....Your telephone number has been recorded in our
  468. central office!
  469.  
  470. Thank you for using..."CYBERTRONICS SECURITY RESOURCES"
  471.  
  472. Summary: Notify Police and local phone company? YES!
  473.          Continue to monitor violator? YES!
  474. Total time logged was 1 minute(s), with 24 minutes remaining for
  475. 07/25/92.
  476.  
  477. Thank you for calling, Eric.
  478.  
  479.  
  480. NO CARRIER
  481.  
  482.  ---end encluded text---
  483.  
  484.  
  485. J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311 (DoD# 0378)
  486.  
  487.  
  488. [Moderator's Note: This looks like a very poor attempt at humor to me.
  489. I do not think it is any sort of 'real' security alert. After all, why
  490. would they close by thanking your for calling and telling you how many
  491. minutes you had left on your call? The sysop not only has a warped
  492. sense of humor, but he is not very good at editing the print statements
  493. in his program.  PAT]
  494.  
  495. ------------------------------
  496.  
  497. From: eabu288@orion.oac.uci.edu (Alvin)
  498. Subject: USR HST 14.4 For Sale
  499. Date: 18 Jan 93 03:57:12 GMT
  500.  
  501.  
  502. I have a USR HST 14.4 for sale.  It's an external modem for all
  503. computers.  It has v.42 and v.42bis and tranfser at 1600cps.  I still
  504. have the original package and documents.  It's upgradeable to v.32 or
  505. v.fast from USR directly.  I am asking $300 for the modem.  Email me
  506. if interested it.
  507.  
  508. ------------------------------
  509.  
  510. End of TELECOM Digest V13 #29
  511. *****************************
  512.