home *** CD-ROM | disk | FTP | other *** search
/ Phoenix Rising BBS / phoenixrising.zip / phoenixrising / tele-dig / td14-009.txt < prev    next >
Text File  |  1994-01-06  |  24KB  |  570 lines

  1. TELECOM Digest     Wed, 5 Jan 94 16:39:00 CST    Volume 14 : Issue 9
  2.  
  3. Inside This Issue:                        Editor: Patrick A. Townson
  4.  
  5.     Re: US Digital Cellular Standard (ebcguss@ebc.ericsson.se)
  6.     Re: US Digital Cellular Standard (Dan J. Declerck)
  7.     Re: Digital Cordless Phones Question (KATHY1310@delphi.com)
  8.     Re: Digital Cordless Phones/Rolm Switch (Kathleen Denial)
  9.     Re: "Anonymous Call Rejection" - Could be Dangerous (Oliver Rothe)
  10.     Re: "Anonymous Call Rejection" - Could be Dangerous (Curtis R. Nelson)
  11.     Re: "Anonymous Call Rejection" - Could be Dangerous (Jon Edelson)
  12.     Re: "Anonymous Call Rejection" - Could be Dangerous (John R. Levine)
  13.     Re: "Anonymous Call Rejection" - Could be Dangerous (Mark Blumhardt)
  14.     Re: Connecting Two Phone Lines to One Phone Jack (Keith McNeill)
  15.     Re: V.35 to RS-232 Conversions (David Weiss)
  16.     Re: Telix and Busy Signals (Steven J. Tucker)
  17.     Re: ITU Method For Writing Telephone Numbers (Fernando Lagrana)
  18.     Re: ITU Method For Writing Telephone Numbers (Carl Moore)
  19.     Re: ITU Method For Writing Telephone Numbers (Ketil Albertsen)
  20.  
  21. TELECOM Digest is an electronic journal devoted mostly but not
  22. exclusively to telecommunications topics. It is circulated anywhere
  23. there is email, in addition to various telecom forums on a variety of
  24. public service systems and networks including Compuserve and GEnie.
  25. Subscriptions are available at no charge to qualified organizations
  26. and individual readers. Write and tell us how you qualify:
  27.  
  28.                  * telecom-request@eecs.nwu.edu *
  29.  
  30. The Digest is compilation-copyrighted by Patrick Townson Associates of
  31. Skokie, Illinois USA. We provide telecom consultation services and
  32. long distance resale services including calling cards and 800 numbers.
  33. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  34. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  35.  
  36.     ** Article submission address only: telecom@eecs.nwu.edu **
  37.  
  38. Our archives are located at lcs.mit.edu and are available by using
  39. anonymous ftp. The archives can also be accessed using our email
  40. information service. For a copy of a helpful file explaining how to
  41. use the information service, just ask.
  42.  
  43. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  44. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  45. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  46. Digest" shares archives resources at lcs.mit.edu for the convenience
  47. of users. Please *DO NOT* cross post articles between the groups. All
  48. opinions expressed herein are deemed to be those of the author. Any
  49. organizations listed are for identification purposes only and messages
  50. should not be considered any official expression by the organization.
  51.  
  52. ----------------------------------------------------------------------
  53.  
  54. From: ebcguss@ebc.ericsson.se
  55. Subject: Re: US Digital Cellular Standard
  56. Reply-To: ebcguss@ebc.ericsson.se
  57. Organization: Ericsson
  58. Date: Wed, 5 Jan 1994 10:45:33 GMT
  59.  
  60.  
  61. In article 2@eecs.nwu.edu, weiyun@extro.ucc.su.OZ.AU (Weiyun Yu) writes:
  62.  
  63. > It has come to my attention that the digital cellular standards
  64. > adopted by US carriers are not going to be compatible with what we
  65. > have adopted in Australia, GSM. I am interested in finding out a bit
  66. > more about the US systems but cant find any FAQ on the subject.
  67.  
  68. > My specific questions are:
  69.  
  70. > 1. What are the pro and cons of the US standards vs GSM.
  71.  
  72. There are basically three standards -- AMPS used in North America, JSM
  73. (?) used in Japan, and GSM used in the rest of the world. It's the
  74. same with TV-sets. In Europe we have PAL and SECAM, in the U.S. they
  75. have NTSC; don't know about the rest of the world.  As I see it, this
  76. is a producer-pushed scenario that we will have to live with. The
  77. reason is that the producers will be able to sell more terminal-units
  78.  -- those who need to be accessable in all three areas will have to buy
  79. three units instead of one.
  80.  
  81. I don't know a whole lot about the technical differences on the 
  82. different standards.
  83.  
  84. > 2. Is there going to be some degree of compability encorporated into
  85. > the 2 standards so that international roaming could be achieved.
  86.  
  87. With GSM, all the operators must be open for roaming with other
  88. operators. But for roaming between GSM, AMPS, and JSM, I think we'll
  89. have to wait.
  90.  
  91. > 3. What is the future of digital cellular? Is there going to be a third
  92. > standard that can be used world wide?
  93.  
  94. There are at least two companies working on a satellite based system
  95. for digital mobile communication that is to be working worldwide. As I
  96. understand these will be working as plain cellular phones when
  97. inside i.e. a GSM- cell, but as a satellite-phone when you are in the
  98. desert or someplace else without access to a cellular provider.
  99.  
  100.  
  101. Claes
  102.  
  103. ------------------------------
  104.  
  105. From: declrckd@rtsg.mot.com (Dan J. Declerck)
  106. Subject: Re: US Digital Cellular Standard
  107. Date: 5 Jan 1994 19:21:38 GMT
  108. Organization: Motorola Inc., Cellular Infrastructure Group
  109.  
  110.  
  111. In article <telecom14.3.2@eecs.nwu.edu>, Weiyun Yu <weiyun@extro.
  112. ucc.su.OZ.AU> wrote:
  113.  
  114. > 1. What are the pro and cons of the US standards vs GSM.
  115.  
  116. N-AMPS, ADC, and DS-CDMA all offer, at least, 2x the capacity of GSM.
  117. NAMPS and CDMA do not have the pulsed-noise interference of GSM.  CDMA
  118. has the potential to have a longer talk-time.
  119.  
  120. GSM has terrible data services vis-a-vis'  Group 3 Fax.
  121.  
  122. > 2. Is there going to be some degree of compability encorporated into
  123. > the 2 standards so that international roaming could be achieved.
  124. > 3. What is the future of digital cellular? Is there going to be a third
  125. > standard that can be used world wide?
  126.  
  127. The frequencies and access methods (GSM is TDMA/GMSK each channel is
  128. 200 KHz, ADC is TDMA/QPSK channels ea 30 KHz, CDMA is DS-CDMA ea
  129. channel 1.25 MHz) are completely incompatible.  GSM is like ISDN over
  130. the air, whereas the other standards aren't so rich.
  131.  
  132.  
  133. Dan DeClerck           EMAIL: declrckd@rtsg.mot.com 
  134. Motorola Cellular APD  Phone: (708) 632-4596 
  135.  
  136. ------------------------------
  137.  
  138. From: KATHY1310@delphi.com
  139. Subject: Re: Digital Cordless Phones Question
  140. Date: Wed, 5 Jan 94 16:46:06 EST
  141. Organization: Delphi Internet
  142.  
  143.  
  144. I have an AT&T Model 9100.  As you have stated, I have had no problems
  145. with range within my house (or for that matter in my next door
  146. neighbor's house. However, the range outside my house is only about
  147. 3/8 mile (it's very hilly and densly populated). I have not exper-
  148. ienced any quality problems as of yet.
  149.  
  150. ------------------------------
  151.  
  152. From: kathi_denial@net.com (Kathleen Denial)
  153. Subject: Digital Cordless Phones/Rolm Switch
  154. Date: 5 Jan 94 17:12:29 GMT
  155. Organization: N.E.T.
  156.  
  157.  
  158. I am currently looking into using digital cordless phones in
  159. conjunction with our Rolm 9751 switch.  Has anyone tried this yet?  My
  160. idea is to assign a persons second line to a SLI channel.
  161.  
  162. The purpose is to allow people reach the IT department when we are
  163. away from our desks.  As most of you know many problems can be solved
  164. immediately if the user can reach you, and get an answer.
  165.  
  166. Has anyone tried this application/do you have any suggestions?  Also
  167. does anyone have any information on the technology used for the
  168. digital cordless phone.
  169.  
  170.  
  171. Thanks, 
  172.  
  173. Kathi Denial  
  174.  
  175. ------------------------------
  176.  
  177. From: Oliver Rothe <isgi@ztivax.zfe.siemens.de>
  178. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  179. Organization: ISGI GmbH
  180. Date: Wed, 5 Jan 1994 09:31:12 GMT
  181.  
  182.  
  183. Jack Decker (ao944@yfn.ysu.edu) wrote:
  184.  
  185. > If you think that the fire example is farfetched, just consider that
  186. > there are other situations where you might want folks to reach you ...
  187.  
  188. For example, people from other countries (Here in Germany there is still
  189. no caller ID, although I assume that the switching systems used would allow
  190. for it in most parts of country).
  191.  
  192.  
  193. Oliver Rothe                            isgi@ztivax.zfe.siemens.com
  194.                 also reachable via:     100265.1543@compuserve.com
  195.  
  196.  
  197. [TELECOM Digest Editor's Note: However people in other countries, like
  198. people in a central office just a couple miles from me not yet equipped
  199. with Caller-ID can get through; the difference is the display box says
  200. 'out of area' rather than 'private'. That is the key. Even people who
  201. refuse to take calls from blocked numbers still accept calls from those
  202. sources where the calling number is not known (by the exchange).   PAT]
  203.  
  204. ------------------------------
  205.  
  206. Date: Wed, 5 Jan 1994 12:50:19 CST
  207. From: CRN@VAX3.ltec.com
  208. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  209.  
  210.  
  211. In TELECOM Digest V14 #6 (Thu, 5 Jan 94), Jack Decker wrote
  212. regarding Caller ID Blocking and Anonymous Caller Rejection:
  213.  
  214. > ... and when Caller ID is offered here, it will be a trivial matter
  215. > for me to program the dialer wo prepend 1167 to all outgoing calls ...
  216.  
  217. and, 
  218.  
  219. > ...By the way, I always get a chuckle out of the folks who say "if you
  220. > don't want me to know your number, don't call me!"  Believe me, if I
  221. > knew that someone I was contemplating calling felt that way, there's
  222. > no way I would call them, just because they sound like the sort of
  223. > paranoid personality I wouldn't want to deal with. ...
  224.  
  225. Now who's the paranoid one?  
  226.  
  227. Another thought: If someone knocks on your door, do they have the
  228. right to cover your peep hole ("Visitor ID Blocking").
  229.  
  230.  
  231. Curtis R. Nelson, P.E.          email:  cnelson@ltec.com
  232. Lincoln Telephone Company      phone:  (402) 476-4886
  233. 1440 'M' Street                   fax:  (402) 476-5527
  234. Lincoln, NE  68508
  235.  
  236. ------------------------------
  237.  
  238. From: winnie@flagstaff.princeton.edu (Jon Edelson)
  239. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  240. Organization: Princeton University
  241. Date: Wed, 5 Jan 1994 18:44:59 GMT
  242.  
  243.  
  244. The question that one must ask oneself when using something like
  245. 'Anonymous Call Rejection' can be phrased 'How open do I want to leave
  246. my door?'  This is not a trivial question; my response is always to
  247. put the tools out there so that individuals can make the choices for
  248. themselves, as I figure that the question is difficult enough that I
  249. shouldn't be answering it for someone else.
  250.  
  251. To take the fire example of this thread: [The situation was a neighbor
  252. noticing a house fire, and attempting to call, but getting rejected
  253. because of anonymous call rejection.]  If the neighbor's front door
  254. was unlocked, then people could run in and wake everyone up, or put
  255. out the fire.  But leaving the door unlocked is a risk.  Do people
  256. have little glass boxes with 'Pull for emergency access' on their
  257. doors, so that anyone can get in if necessary?  No, because that would
  258. defeat the purpose of the lock on the door.  But people do give keys
  259. to neighbors, because the additional risk is offset by the enhanced
  260. safety of having another set of (trusted) eyes able to look out for
  261. you.
  262.  
  263. I tend to turn off the ringer of my phone when I want to sleep.  That
  264. way people can call me at any time without worrying about disturbing
  265. me.  However, if there was an emergency when I was in bed, my phone
  266. would be worse than useless.  I doubt that I would ever get anonymous
  267. call rejection; my only need to know who is calling is for convenience.  
  268. But I say 'Let it be an option, allow people to choose the risk.'
  269.  
  270.  
  271. Jon
  272.  
  273. ------------------------------
  274.  
  275. Date: Wed, 5 Jan 94 14:46 EST
  276. From: johnl@iecc.com (John R Levine)
  277. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  278. Organization: I.E.C.C., Cambridge, Mass.
  279.  
  280.  
  281. Does anyone actually have Anonymous Call Rejection in service now?  Is
  282. it useful?  It impresses me as one of those features which you get for
  283. about a week, then get rid of because it's utterly worthless.  Perhaps
  284. I'm suffering from a failure of imagination, but I find it difficult
  285. to understand the mindset of people who are too scared to answer the
  286. phone if they don't know in advance who the call is from.
  287.  
  288. People who are concerned about annoyance callers should consider Call
  289. Block, which lets you enter a list of numbers from which you won't
  290. receive calls.  You can either enter explicit numbers, or tell it to
  291. add whoever just called, even if the call had CLID blocked.  It's
  292. available the same places as other CLASS services, including some
  293. where CLID isn't, because it doesn't present the privacy problems.
  294.  
  295.  
  296. Regards,
  297.  
  298. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  299.  
  300. ------------------------------
  301.  
  302. From: msb@advtech.uswest.com (Mark Blumhardt)
  303. Subject: Re: "Anonymous Call Rejection" - Could be Dangerous
  304. Organization: U S WEST Advanced Technologies
  305. Date: Wed, 5 Jan 1994 20:45:49 GMT
  306.  
  307.  
  308. I have not seen the tariff for this service, but I think that a lot of
  309. readers on this thread are missing an important distiction.  This
  310. distinction is between a number not being available and being blocked.
  311. That is, the calling party number may not be available for inter-LATA
  312. calls, and in my opinion, these calls should not be rejected.  This is
  313. quite different than if the delivery of a number has been blocked
  314. (i.e. *67), which is when calls should be rejected by this service.
  315.  
  316. If the service is worth anything, it would make this distiction.  ISUP
  317. carries the calling party number and address presentation restriction
  318. information (see TR-246 T1.113.3 3.7).  Hence, the service could
  319. reject calls where calling party number delivery has been blocked and
  320. allow calls when the number is not available.
  321.  
  322.  
  323. Just my observation,
  324.  
  325. Mark
  326.  
  327. ------------------------------
  328.  
  329. Date: Wed, 5 Jan 94 10:03:42 EST
  330. From: mcneill@ngt.sungard.com (Keith McNeill)
  331. Subject: Re: Connecting Two Phone Lines to One Phone Jack
  332.  
  333.  
  334. > [TELECOM Digest Editor's Note: Well, I guess we know a few things
  335.  
  336. > If you have two lines from telco, then what you do is at the modular
  337. > connection box depends on the kind of phone(s) you are using. If you
  338. > have a true two-line phone, then connect the four wires to the four
  339. > screw terminals as indicated by the color markings for each. In
  340. > addition you attach the four wires from the cover of the modular box
  341. > to the associated screw terminals in the same way. Plug in your two
  342. > line phone and it should work okay. If you are using two separate
  343. > phones, we do it a bit differently. Inside the modular box, have the
  344. > four wires connected as above, but from the Y/B terminals, run two
  345. > little jumper wires to a second modular box you bought from Radio 
  346. > Shack or similar. Connect the jumper wires from the Y/B screws of
  347. > the first box to the R/G screws in the new, second modular box. Now
  348. > plug your second phone into your second box. 
  349.  
  350. Actually, Radio Shack sells an RJ11 adaptor that splits out the 1st
  351. and second line for you.  It looks like a normal one phone jack to two
  352. phone jack adaptor, except it has three jacks.  One for line one, one
  353. for line two and one for both lines.  There is no need to do the extra
  354. wiring.
  355.  
  356. On a side note, I recently called NY Telephone (or NYNEX as they want
  357. to be called now) about getting a second phone line installed in my
  358. apartment. I was shocked to get a quote of $185 for the second line
  359. (first line costs about $60).  This is the price for installing a
  360. totally different phone line in the apartment. I complained a little
  361. that they didn't need to do that as there was a perfectly good second
  362. pair coming into the apartment I didn't get very far as the customer
  363. service rep wasn't technical.  Is there really any need to get a
  364. totally seperate line into my apartment?  Diamond State Telephone
  365. (Delaware) was able to put a second line on the second pair.  Is NYNEX
  366. just trying to gouge me?
  367.  
  368.  
  369. Keith D. McNeill           SunGard Capital Markets
  370. +1 212 371 1116            560 Lexington Ave, 10th Floor
  371. mcneill@ngt.sungard.com    New York, NY, 10022 USA
  372.  
  373.  
  374. [TELECOM Digest Editor's Note: Not necessarily. Telco outside plant
  375. records are in notoriously bad condition in some places. The rep may
  376. have actually not had any record of the second pair in your apartment
  377. or may have had a record of it but shown it to be actually a multiple
  378. of someone else's first pair or what-have-you. Have you tested that
  379. pair to see if it is alive (with someone else's service because some
  380. installer in the past never opened it up at the pole) or if it is in
  381. good condition?  Have you traced it back to the demarc, such as in the
  382. basement of the building where you live? If you can get that second
  383. pair back as far as the demarc for the building (or yourself, whichever
  384. applies), then you have a second pair and it should not be required
  385. for telco to make any visit to your home with the high cost for same.
  386. You have to be careful though; make sure that set of wires you are
  387. looking at actually goes somewhere and reaches the demarc. If not, then
  388. you are possibly stuck for the high installation costs of a second line.
  389.  
  390. You should trace that pair first, getting it back to the demarc if at
  391. all possible. Note on the demarc there may be some notations (little
  392. tags tied on with bits of string are common) telling the installers
  393. what goes where. If you see a notation saying something like 'cable 74,
  394. pair 29' or similar then when you call back to the business office if
  395. you get the same rap about how a new line has to be installed in your
  396. apartment tell the rep you *think* 'cable 74 pair 29' is there already.
  397. Note I emphasize 'think'. You're not a phone installer so don't try to
  398. act like one. But stress you have seen complete wires back to the demarc
  399. which appear to be idle, and you are wondering if the rep will please
  400. have someone confirm or correct the outside plant records.  PAT]
  401.  
  402. ------------------------------
  403.  
  404. From: D_WEISS@delphi.com
  405. Subject: Re: V.35 to RS-232 Conversions
  406. Date: Wed, 5 Jan 94 21:31:17 EST
  407. Organization: Delphi Internet
  408.  
  409.  
  410. V.35 to RS-232 Converters are readily available and come in several
  411. types, from simple in-line, line powered converters (as for example
  412. thoes manufactured by RAD) to A/C powered devices with full line
  413. driver capability (Dataprobe).  For Information on V.35 specifications, 
  414. get a copy of the CCITT V series specs.
  415.  
  416.  
  417. Hope this helps,
  418.  
  419. David Weiss
  420.  
  421. ------------------------------
  422.  
  423. From: dh395@cleveland.Freenet.Edu (Steven J Tucker)
  424. Subject: Re: Telix and Busy signals
  425. Date: 5 Jan 1994 06:24:42 GMT
  426. Organization: Case Western Reserve University, Cleveland, OH (USA)
  427. Reply-To: dh395@cleveland.Freenet.Edu (Steven J Tucker)
  428.  
  429.  
  430. In a previous article, ericw@seanews.akita.com (Eric Walrod) says:
  431.  
  432. > Okay, I just set up a new PC Logic 14.4kbps Internal Fax/Modem for a
  433. > friend, and set-up deltaComm's Telix v3.21 for it.
  434.  
  435. > I CANNOT get Telix to recognize a busy signal.  I am already using
  436. > ATX4V1 to no avail (sp?).
  437.  
  438. Is your modem actually reporting 'BUSY' when you get a busy signal?
  439.  
  440. If it is, the problem is prob in the configuration of Telix.
  441.  
  442. Type ALT-O and choose option M (Modem and Dialing), Suboption G of
  443. this menu defines the 'No Connect Strings'.  Make sure 'BUSY' is
  444. listed there.
  445.  
  446.  
  447. Steve
  448.  
  449. ------------------------------
  450.  
  451. Date: Wed, 5 Jan 1994 14:31:49 +0100
  452. From: LAGRANA <FERNANDO.LAGRANA@itu.ch>
  453. Subject: Re: ITU Method For Writing Telephone Numbers
  454.  
  455.  
  456. In Telecom Digest V13 #842, Anthony D. Vullo asks:
  457.  
  458. > What is the ITU reference for the standard method of writing
  459. > telephone numbers?  I've noticed the following:
  460.  
  461. > (plus symbol) (country code) (city/area code) (number)
  462.  
  463. Toby Nixon is right when answering that ITU's corresponding reference
  464. is Recommendation E.123. This Recommendation was adopted in Melbourne
  465. in 1988 and is still in force. Its title is "Notation for national and
  466. international telephone numbers".
  467.  
  468. Let me thank Toby Nixon for his answer. Let me not thank George
  469. Zmijewski for his, hhhuuummm, rather rough one (I'm both French and
  470. TSB official, ha, ha, ha!!!).
  471.  
  472.  
  473. Fernando Lagrana    International Telecommunication Union
  474. Telecommunication Standardization Bureau
  475. Editor, Catalogue of Recommmendations
  476. Coordinator, Electronic Document Handling
  477. Internet: lagrana@itu.ch
  478. Voice:    + 41 22 730 58 94
  479. Fax:      + 41 22 730 58 53
  480. X.400:    SURNAME=lagrana, PRIVATE_DOMAIN=itu, ADMIN_DOMAIN=arcom, 
  481. COUNTRY=ch
  482.  
  483. ------------------------------
  484.  
  485. Date: Wed, 5 Jan 94 9:28:52 EST
  486. From: Carl Moore <cmoore@BRL.MIL>
  487. Subject: Re: ITU Method For Writing Telephone Numbers
  488.  
  489.  
  490. This responds to mzmijews@mgzcs.demon.co.uk (George Zmijewski):
  491.  
  492. You write:
  493.  
  494. > MYCOMPANY NAME                           (0123) 123456
  495. >                         international   +44 123 123456
  496.  
  497. > This seems a bit stupid -- the American system (if there is any),
  498. > seems to be much better -- just the area code plus number. Everybody
  499. > knows when to add 1 or when to add 001 (if calling from another
  500. > country).
  501.  
  502. If an American (i.e. country code 1) telephone number (including the
  503. area code) is being to someone outside, it needs +1 in front.  By
  504. coincidence, a leading 1 is used for long distance within country code 1.
  505.  
  506. ------------------------------
  507.  
  508. From: ketil@edb.tih.no (Ketil Albertsen,TIH)
  509. Subject: Re: ITU Method For Writing Telephone Numbers 
  510. Organization: T I H / T I S I P
  511. Date: Wed, 5 Jan 1994 16:48:00 GMT
  512.  
  513.  
  514. In article <telecom14.7.16@eecs.nwu.edu>, mzmijews@mgzcs.demon.co.uk (George 
  515. Zmijewski) writes:
  516.  
  517. > This seems a bit stupid -- the American system (if there is any),
  518. > seems to be much better -- just the area code plus number. Everybody
  519. > knows when to add 1 or when to add 001 (if calling from another
  520. > country). 
  521.  
  522. Remembering that USA is 1 is fairly simple, but remembering that
  523. Norway is 47 is more difficult. Adopting the American practice of not
  524. including country code at all is simply not applicable outside North
  525. America.
  526.  
  527. > In Europe 0 is being now used as prefix for area code
  528. > numbers and 00 as prefix for country codes.
  529.  
  530. Not at all true, as a general rule. Here in Norway, we currently use
  531. 095 1 xxx... to dial North American numbers. Up until last year, a
  532. (single) leading 0 generally indicated "not a local, ordinary phone
  533. no" but anything else, like long distance (0 + area code),
  534. out-of-country (0 95 + country code + national no), directory service
  535. (0 180 Nordic countries, 0 181 International), weather forecast, news
  536. summary, error reports for the phone system etc.etc.etc.
  537.  
  538. But during 1993, area codes have been removed; you can now in
  539. principle move all across the country keeping your old number ("for
  540. administrative reasons" they will currently give you a new number, but
  541. they admit that one of the reasons for dropping area codes was to open
  542. up this possibility from a technical point of view), and the leading
  543. zero has been removed from all special services. (There were three
  544. special emergency numbers which did have double leading zeros, for
  545. Fire alarm, Ambulance and Police respectively; they now have a single
  546. leading zero).
  547.  
  548. So it all boils down to 0 being a perfectly ordinary digit, even as a
  549. leading one, in the Norwegian national numbering plan.
  550.  
  551. > But then some French idiots come up with a stupid numbering system
  552. > (for Paris *and* Greater Paris +331 xxxxxxxx rest of the country +33
  553. > xxxxxxxx ).
  554.  
  555. According to my phone book, France is 33. Then, if the first digit is
  556. 1, then it is Paris, if the first digit is something else, it is NOT
  557. Paris but some other area. Is that really "stupid"? You could
  558. similarly classify it as stupid that any international number starting
  559. with +4722 is Oslo, starting with +4772 or +4773 is Trondheim, and the
  560. est of the country is +47 and not +4722, +4772 or +4773. But we see it
  561. differently -- the first digits after the country code indicate which
  562. city. Plain and simple: There are always eight digits, the leading ones
  563. hinting about the location. (Until they open up for taking your phone
  564. number along when you move to another city.)
  565.  
  566. ------------------------------
  567.  
  568. End of TELECOM Digest V14 #9
  569. ****************************
  570.