home *** CD-ROM | disk | FTP | other *** search
/ Hacker Chronicles 2 (Alt) / The_Hacker_Chronicles_Volume_II-CD2.iso / td2 / td14_98.txt < prev    next >
Encoding:
Text File  |  1995-01-03  |  25.3 KB  |  653 lines

  1. TELECOM Digest     Wed, 23 Feb 94 09:03:00 CST    Volume 14 : Issue 98
  2.  
  3. Inside This Issue:                          Editor: Patrick A. Townson
  4.  
  5.     It's Impossible, Isn't It? (Bob Schwartz)
  6.     Oh No, Not This Confused Again ... (Telemate) (Paul Robinson)
  7.     Caller ID Box With RS232 (Daniel Wynalda)
  8.     PCS Documents? (goodmans@delphi.com)
  9.     Help: Pair-Gain Information Needed (wood@odie.ee.wits.ac.za)
  10.     Vermont Gets Ready For NNX Area Codes (John Levine)
  11.     Murata M3 EPROM Reset Sequence Wanted (lchesali@iki3.bitnet)
  12.     Telecommunications in Southeast Asia (Sean Noble)
  13.     Re: Shortage of Prefixes in 800? (Clive D.W. Feather)
  14.     Re: Shortage of Prefixes in 800? (Al Varney)
  15.     Connecting a PBX/Telephone to a PC (Robert La Ferla)
  16.     Chips/Boards For ADSL or HDSL etc. (D.E. Price)
  17.     Call for Participation: Feature Interaction Workshop '94 (H. Velthuijsen)
  18.  
  19. TELECOM Digest is an electronic journal devoted mostly but not
  20. exclusively to telecommunications topics. It is circulated anywhere
  21. there is email, in addition to various telecom forums on a variety of
  22. public service systems and networks including Compuserve and GEnie.
  23. Subscriptions are available at no charge to qualified organizations
  24. and individual readers. Write and tell us how you qualify:
  25.  
  26.                  * telecom-request@eecs.nwu.edu *
  27.  
  28. The Digest is compilation-copyrighted by Patrick Townson Associates of
  29. Skokie, Illinois USA. We provide telecom consultation services and
  30. long distance resale services including calling cards and 800 numbers.
  31. To reach us:  Post Office Box 1570, Chicago, IL 60690 or by phone 
  32. at 708-329-0571 and fax at 708-329-0572. Email: ptownson@townson.com.
  33.  
  34.     ** Article submission address only: telecom@eecs.nwu.edu **
  35.  
  36. Our archives are located at lcs.mit.edu and are available by using
  37. anonymous ftp. The archives can also be accessed using our email
  38. information service. For a copy of a helpful file explaining how to
  39. use the information service, just ask.
  40.  
  41. TELECOM Digest is gatewayed to Usenet where it appears as the moderated
  42. newsgroup comp.dcom.telecom. It has no connection with the unmoderated
  43. Usenet newsgroup comp.dcom.telecom.tech whose mailing list "Telecom-Tech
  44. Digest" shares archives resources at lcs.mit.edu for the convenience
  45. of users. Please *DO NOT* cross post articles between the groups. All
  46. opinions expressed herein are deemed to be those of the author. Any
  47. organizations listed are for identification purposes only and messages
  48. should not be considered any official expression by the organization.
  49. ----------------------------------------------------------------------
  50.  
  51. Subject: It's Impossible, Isn't It?
  52. From: bob@bci.nbn.com (Bob Schwartz)
  53. Date: Tue, 22 Feb 94 15:49:33 PST
  54. Organization: Bill Correctors, Inc., Marin County, California
  55.  
  56.  
  57. This happened to me and I've never heard of such a thing.
  58.  
  59. I have several lines and while talking on line line, which is hooked
  60. up to a fax machine and a phone (distinctly seperate stations), the
  61. phone integrated into the fax machine began to ring. then, right on
  62. que, the fax machine answered and my conversation was obliterated by
  63. fax tones The line has no special features such call waiting or three
  64. way calling.  It does however recieve from a remote call forwarding
  65. source, but I can't see how RCF would have any involvement.
  66.  
  67. Has anyone seen or heard of such an occurance and how could it be?
  68.  
  69.  
  70. Bob Schwartz                                       bob@bci.nbn.com
  71. Bill Correctors, Inc.   +1 415 488 9000   Marin County, California
  72.  
  73. ------------------------------
  74.  
  75. Date: Tue, 22 Feb 1994 23:41:35 EST
  76. From: Paul Robinson <PAUL@TDR.COM>
  77. Reply-To: Paul Robinson <PAUL@TDR.COM>
  78. Subject: Oh No, Not This Confused Again (Telemate)
  79. Organization: Tansin A. Darcos & Company, Silver Spring, MD USA
  80.  
  81.  
  82. In Pennsylvania, there is a company called "Snyder's of Berlin, PA,
  83. Inc" that makes potato chips.  There is also a "Snyder's of Hanover,
  84. Inc", (PA) that makes potato chips.  What do *both* of them use as the
  85. name for their potato chips?  "Snyder's".  Both of them, on their
  86. package, quite carefully, in small print, disclaim any relation with
  87. the other.
  88.  
  89. Now, what does this have to do with telecom?  Here's the situation.
  90. Winfred Ho, who lives in Ontario, Canada, is the author of a
  91. multitasking terminal program that runs on DOS based (not Windows)
  92. machines and provides the capabilities that would be associated with
  93. OS/2, including automated downloading, script capability, and the
  94. ability to run downloads or scripts in background while viewing and/or
  95. editing a text file.  I consider the program to be about as important
  96. to me in doing telecommunications as my right arm, and when I don't
  97. have it I notice it right away; it so fit me perfectly that I didn't
  98. even wait 30 days from the first time I used it to register it.  I am
  99. *extremely* fussy about telecom programs; I used the original Bitcom
  100. software for over five years because of more than a dozen comm
  101. programs I tried, every one was missing something I desparately
  102. needed, which, while I didn't like Bitcom, did what I needed.  Then I
  103. found this program and it did everything I could want.
  104.  
  105. The name of this program is "Telemate" and has been sold BOTH in the
  106. U.S.  and Canada for more than five years.
  107.  
  108. Recently someone else referenced here -- in response to a question about
  109. it -- what appeared to be a *totally different* program for a totally
  110. different purpose, that *also* uses the name Telemate.
  111.  
  112. In the event the original poster wanted the name and address of the
  113. company that sells Winifred Ho's Telemate, here's the cut from the
  114. registration text file for version 4.12.  In addition to being on many
  115. BBSs, this program can be found via an ARCHIE search, in four Zip
  116. archive files as TM412-1.ZIP through TM412-4.ZIP.
  117.  
  118.                White River Software
  119.                P.O.Box 73031
  120.                Limeridge Mall Postal Outlet
  121.                Hamilton, Ont. L9A 5H7
  122.                Canada
  123.  
  124.     ====== Telemate 4.12 ======================= Credit Card Order ======
  125.  
  126.     For MasterCard or Visa card order, please call the Public (Software)
  127.     Library at 1-800-2424-775 or 1-713-524-6394 (order only please) and
  128.     ask for TELEMATE or by writing to
  129.  
  130.             Public (Software) Library
  131.             P.O. Box 35705
  132.             Houston, TX 77235-5705
  133.             USA
  134.  
  135.  
  136. Paul Robinson - Paul@TDR.COM
  137.  
  138. ------------------------------
  139.  
  140. Subject: Caller ID Box With RS232
  141. Date: Tue, 22 Feb 1994 14:33:54 EST
  142. From: Daniel Wynalda <danielw@wyn386.mi.org>
  143.  
  144.  
  145. I'm sorry -- I'm sure this is a FAQ as I've seen it before.  I have
  146. just received notice we have caller ID available in this area and
  147. would like to add it.  However, I would like my computer to be able to
  148. receive the information.  Is there such a thing as a CID box with
  149. RS232 output?  The goal would be to use my voice card (Soundblaster)
  150. to announce the call.
  151.  
  152. Better yet, is there a voice card with caller ID that could go in a PC
  153. and I could program software to interface with it?  Any help is appreciated.
  154.  
  155.  
  156. Daniel Wynalda       | (616) 866-1561 X22 Ham:N8KUD Net:danielw@wyn386.mi.org
  157. Wynalda Litho Inc.   | 8221 Graphic Industrial Pk. | Rockford, MI  49341 
  158.  
  159. ------------------------------
  160.  
  161. Date: Wed, 23 Feb 1994 09:06:39 EST
  162. From: GOODMANS@delphi.com
  163. Subject: PCS Documents?
  164.  
  165.  
  166. Are there any 'white papers' out there which gives an overview on PCS
  167. (Personal Communications Services)?  I have seen alot of articles on
  168. the service over the last few months, but I would like to have one
  169. definitive document which gives an overview and possibly a listing of
  170. some of the companies which are driving this.
  171.  
  172.  
  173. Thanks!
  174.  
  175. GOODMANS@DELPHI.COM
  176.  
  177. ------------------------------
  178.  
  179. From: wood@odie.ee.wits.ac.za
  180. Subject: Help: Pair-Gain Information Needed
  181. Date: Wed, 23 Feb 1994 05:32:46 GMT
  182. Organization: Wits Electrical Engineering (Novell Users).
  183.  
  184.  
  185. Hi,
  186.  
  187. I am looking for infomation on pair-gain which is a technique of
  188. multiplexing (usually two) subscriber calls onto a single copper pair.
  189. The reason I need this information is that I wish to investigate if it
  190. could be used to improve the party line systems that we have in
  191. operation here in rural areas.
  192.  
  193. Any e-mail information, suggestions or references that you could
  194. supply would be greatly appreciated, as I am battleing to find good
  195. reference material on the subject.
  196.  
  197.  
  198. Thanks.
  199.  
  200. ------------------------------
  201.  
  202. From: chico!johnl@iecc.com
  203. Date: Tue, 22 Feb 94 18:15 EST
  204. Subject: Vermont Gets Ready For NNX Area Codes
  205. Organization: I.E.C.C., Cambridge, Mass.
  206.  
  207.  
  208. A flyer in my latest phone bill reveals that Vermont's new toll
  209. dialing plan is 1-802-NNX-XXXX, the same as will be implemented in
  210. Massachusetts.  Permissive dialing starts on February 18 and ends May
  211. 18.
  212.  
  213. Calling card calls must be dialed 0-802-NNX-XXXX, same dates.
  214.  
  215. The flyer explains, fairly clearly, that they have to do this because
  216. NXX area codes are coming in 1995.
  217.  
  218. Oddly, I still haven't seen any announcement of dates for the new
  219. dialing plan in Massachusetts.  The new phone books that arrived this
  220. month (at every house except ours, for the 13th consecutive year) make
  221. no mention of it.
  222.  
  223. NYNEX was originally planning seven digit dialing for all in-state
  224. calls.  I don't know whether the state PUC required that they change,
  225. or that they did it voluntarily to be consistent with the rest of the
  226. region.  In New Hampshire apparently you'll be able to dial either
  227. way, with a per-line option to block seven digit dialing of toll
  228. calls.
  229.  
  230. Personally, I find the new plan to be a big pain in the neck, since,
  231. due to a peculiarity of exchange boundaries, it'll require that I dial
  232. most free local calls within our town with 11 digits.
  233.  
  234.  
  235. Regards,
  236.  
  237. John Levine, johnl@iecc.com, jlevine@delphi.com, 1037498@mcimail.com
  238.  
  239. ------------------------------
  240.  
  241. From: LCHESALI@iki3.bitnet
  242. Subject: Murata M3 EPROM Reset Sequence Wanted
  243. Organization: IKI RAN
  244. Date: Wed, 23 Feb 1994 10:38:57 GMT
  245.  
  246.  
  247. Hi friends,
  248.  
  249. Please help me find EPROM text for MURATA M3 Fax unit. The contents of
  250. its EPROM was destroyed due failure in power supply (+9 volts instead
  251. of 5) which I have fixed. Now the unit can not init itself and I can
  252. suppose the defective EPROM is at fault. I also have no manual and to
  253. find it and even the reset sequence would be great. Electric drawings
  254. and some descriptions seems to be not available but of corse wanted
  255. also.  Hope on your help, many thanks in advance. Better reply by
  256. E-mail, I'll summarizse the answers.  
  257.  
  258.  
  259. Sincerely,
  260.  
  261. Lev
  262.  
  263. ------------------------------
  264.  
  265. From: Sean_Noble@sgate.com (Sean Noble)
  266. Subject: Telecommunications in Southeast Asia
  267. Date: 22 Feb 1994 17:29:20 GMT
  268. Organization: Collins International Services Company
  269.  
  270.  
  271. I am performing research on the telecommunications in Southeast Asia.
  272. Particularly, I am interested in cellular and mobile telecommunications. 
  273.  From what information I have gathered, the major players are NipponTT 
  274. and AT&T.  I have heard some reports of mobile telephones in Viet Nam.
  275. I believe they are not full GSM or AMPS cellular systems, but the CT2
  276. phone system, with dial out only (no call receiving).
  277.  
  278. Does anyone have any other information or experiences?  Any info at
  279. all is appreciated.  Countries in interest include Viet Nam, Laos,
  280. Cambodia, Thailand, Malaysia, Singapore, and Indonesia.
  281.  
  282.  
  283. Thanks!
  284.  
  285. Sean Patrick Noble   (703) 803-9556  sean_noble@sgate.com
  286.  
  287. ------------------------------
  288.  
  289. Subject: Re: Shortage of Prefixes in 800?
  290. Date: Tue, 22 Feb 1994 18:12:47 GMT
  291. From: Clive D.W. Feather <clive@sco.COM>
  292.  
  293.  
  294. Quoth Carl Moore:
  295.  
  296. > Someone else wondered if 800-NXX-XXXX could generalize to
  297. > 800-XXX-XXXX (ditto for area 900), since there is no occasion to use
  298. > less than the ten-digit number (including the area code) to reach any
  299. > of them.
  300.  
  301. In the UK, special rate numbers (free, cheap, and premium) all use any
  302. first digit, including 0 (usually long distance access), 1 (usually
  303. telecom services access) and 9 (often a short code prefix). For
  304. example, British Rail's express parcel service used to be 0800 000
  305. 000.
  306.  
  307.  
  308. Clive D.W. Feather      Santa Cruz Operation 
  309. clive@sco.com           Croxley Centre       
  310. Phone: +44 923 816 344  Hatters Lane, Watford
  311. Fax:   +44 923 817 688  WD1 8YN, United Kingdom
  312.  
  313. ------------------------------
  314.  
  315. Date: Mon, 21 Feb 94 14:24:17 CST
  316. From: varney@ihlpe.att.com
  317. Subject: Re: Shortage of Prefixes in 800?
  318. Organization: AT&T
  319.  
  320.  
  321. In article <telecom14.94.5@eecs.nwu.edu> Carl Moore <cmoore@BRL.MIL>
  322. writes:
  323.  
  324. > In the messages about N00 prefixes, lincmad@netcom.com commented
  325. > about seeing N0X/N1X prefixes in use for area 800 (tollfree calls).
  326. > Yes, I have been seeing some of those, too.  Someone else wondered if
  327. > 800-NXX-XXXX could generalize to 800-XXX-XXXX (ditto for area 900),
  328. > since there is no occasion to use less than the ten-digit number
  329. > (including the area code) to reach any of them.  A response said that
  330. > a lot of local switches would block 800-0xx and 800-1xx (ditto for
  331. > area 900),
  332.  
  333.    I don't believe any "local switches" are not capable of handling
  334. 1xx and 0xx office codes in a ten-digit number.  These were/are
  335. routinely used to route early versions of INWATS and private network
  336. traffic.  What many local switches are not capable of is supporting
  337. 0XX/1XX office codes in seven-digit translators -- a leading 0+ or 1+
  338. is pulled off prior to looking at the translator.  Supporting ten-digit
  339. calls of the NXX-0/1XX-XXXX form requires building a different form of
  340. digit translator to handle the office code (typically the NXX would
  341. just "point" to a seven-digit translator).
  342.  
  343. > ... and it occurs to me: back in the 1970s, when 213 was the
  344. > only area code having N0X/N1X prefixes, did a lot of local switches
  345. > block 213-N0X and 213-N1X because they were "smart" enough to spot
  346. > that 0 or 1 in the middle digit of what should be the prefix?
  347.  
  348.    I was not aware any "local switches" blocked such inter-NPA calls.
  349. Obviously, until the NPA 213 switches were populated with information
  350. for routing seven-digit N0X/N1X numbers, they would fail to route
  351. them.  You sure it wasn't PBXs blocking calls?
  352.  
  353.  
  354. Al Varney
  355.  
  356. ------------------------------
  357.  
  358. From: Robert La Ferla <Robert_La_Ferla@hot.com>
  359. Subject: Connecting a PBX/Telephone to a PC
  360. Reply-To: Robert La Ferla <Robert_La_Ferla@hot.com>
  361. Date: Wed, 23 Feb 1994 08:30:00 CST
  362.  
  363.  
  364. Where can I get more information about connecting a PBX or telephone
  365. to a PC?  What hardware interfaces are currently in use?  What
  366. manufacturers?  Who do you recommend?
  367.  
  368. If you're willing to chat with me about this, drop me an e-mail with
  369. your telephone number.
  370.  
  371.  
  372. Robert La Ferla     Hot Technologies
  373.  
  374. ------------------------------
  375.  
  376. From: dap@aber.ac.uk (D E Price)
  377. Subject: Chips/Boards for ADSL or HDSL etc.
  378. Organization: University of Wales - Aberystwyth - Prifysgol Cymru
  379. Date: Tue, 22 Feb 1994 20:03:11 GMT
  380.  
  381.  
  382. Dear All,
  383.  
  384.  I am attempting to locate information on availability and
  385. pricing for any chips/ evaluation boards/ products that support HDSL
  386. or ADSL ...
  387.  
  388.  
  389. Thanks,
  390.  
  391. Dave Price
  392.  
  393. ------------------------------
  394.  
  395. Date: Tue, 22 Feb 1994 15:05:05 GMT
  396. From: H.Velthuijsen@research.ptt.nl (Velthuijsen H.)
  397. Subject: Call for Participation: Feature Interaction Workshop '94
  398. Organization: PTT Research, The Netherlands
  399.  
  400.     
  401.    Second International Workshop on Feature Interactions
  402.     in Telecommunications Software Systems
  403.     
  404.    Amsterdam, The Netherlands
  405.          May 8-10, 1994
  406.  
  407.  
  408.     PRELIMINARY PROGRAM
  409.      and
  410.    CALL FOR PARTICIPATION
  411.     
  412.           DESCRIPTION
  413.         
  414.     The feature interaction problem has been a major obstacle to the rapid
  415.     deployment of new telephone  services.  Telecommunications software is
  416.     huge, real-time,  and  distributed;  adding new features  to  a  tele-
  417.     communication  system, like  adding  new functionalities to any  large
  418.     software system, can be very difficult.  Each new feature may interact
  419.     with  many  existing  features,  causing customer  annoyance or  total
  420.     system breakdown.  Traditionally, interactions were  detected  and re-
  421.     solved  on a feature by feature basis by experts who are knowledgeable
  422.     on all existing features.  As the number of features grows  to satisfy
  423.     diverse needs of customers, managing feature interactions in  a single
  424.     administrative domain is approaching incomprehensible  complexity.  In
  425.     a future marketplace  where features  deployed  in the network may  be
  426.     developed  by different operating companies  and their associated ven-
  427.     dors, the traditional approach is no longer feasible.  How  to detect,
  428.     resolve, or even prevent the occurrence of feature interactions  in an
  429.     open network becomes an important research issue.
  430.     
  431.     The feature  interaction problem is not unique  to  telecommunications
  432.     software; similar problems are encountered in any  long-lived software
  433.     system that  requires frequent  changes  and  additions  to  its func-
  434.     tionality.  Techniques in  many related areas  appear to be applicable
  435.     to the management of feature interactions.  Software methodologies for
  436.     extensibility and  compatibility, for  example,  could  be useful  for
  437.     providing  a structured  design that can  prevent many feature  inter-
  438.     actions from occurring.  Formal specification, verification, and  tes-
  439.     ting  techniques,  being  widely  used  in  protocol  engineering  and
  440.     software  engineering, contribute a  lot  to  the  detection of inter-
  441.     actions.  Several causes of the problem, such as aliasing, timing, and
  442.     the distribution  of software  components, are similar  to  issues  in
  443.     distributed  systems.   Cooperative   problem  solving,  a   promising
  444.     approach for resolving interactions at run time, resembles distributed
  445.     planning and  resolution of conflicting subgoals among multiple agents
  446.     in the area of distributed artificial intelligence. This workshop aims
  447.     to  provide  an  opportunity  for  participants  to  share  ideas  and
  448.     experiences  in their  respective fields, and to apply their expertise
  449.     to the feature interaction problem.
  450.  
  451.  
  452.     PRELIMINARY PROGRAM
  453.  
  454.     ----------------------  Sunday, May 8  -------------------------------
  455.  
  456.     17:00--19:00    Reception 
  457.  
  458.     ----------------------  Monday, May 9  -------------------------------
  459.  
  460.      8:45-- 9:00    Welcome and Opening Remarks 
  461.     
  462.      9:00--10:00    Tutorial --- Results of Pre-Weekend Workshops 
  463.      
  464.     10:00--10:30    Coffee Break 
  465.  
  466.     10:30--12:00    Technical Presentations 
  467.  
  468.  "Towards automated detection of feature interactions", 
  469.  K.H. Braithwaite and J.M. Atlee (University of Waterloo) 
  470.  
  471.  "Classification, detection and resolution of service
  472.  interactions in telecommunication services", T. Ohta and Y.
  473.  Harada (ATR Communication Systems Research Laboratories) 
  474.   
  475.  "Service interactions among Pan-European services", K. Kimbler
  476.  (Telia Research/Lund Institute of Technology), E. Kuisch 
  477.  (PTT Research), and J. Muller (CNET) 
  478.  
  479.     12:00--13.30    Lunch 
  480.  
  481.     13:30--15.30    Technical Presentations 
  482.   
  483.  "A building block approach to detecting and resolving
  484.  interactions", F.J. Lin and Y.-J. Lin (Bellcore)
  485.  
  486.  "Formalisation of a user view of network and services for
  487.  feature interaction detection", P. Combes and S. Pickin (CNET)
  488.  
  489.  "Specifying features and analysing their interactions in a
  490.  LOTOS environment", M. Faci and L. Logrippo (University of
  491.  Ottawa) 
  492.  
  493.  "Towards a formal model for incremental service specification
  494.  and interaction management support", K.E. Cheng (Royal
  495.  Melbourne Institute of Technology) 
  496.  
  497.     15:30--16:00    Coffee Break 
  498.  
  499.     16:00--18:30    Poster Session --- Poster presentations and demos 
  500.  
  501.  
  502.     ----------------------  Tuesday, May 10  -----------------------------
  503.  
  504.      9:00--10:00    Invited Speaker --- Rob van der Linden, ANSA/APM Ltd 
  505.  
  506.  On the cross-fertilisation between distributed computing
  507.  systems and telecommunications systems
  508.  
  509.     10:00--10:30    Coffee Break 
  510.  
  511.     10:30--12:00    Technical Presentations 
  512.   
  513.  "Use case-driven analysis of feature interactions", K. Kimbler
  514.  and D. Sobirk (Lund Institute of Technology) 
  515.  
  516.  "Interaction detection --- a logical approach", A. Gammelgaard
  517.  and J.E. Kristensen (Tele Danmark Research) 
  518.  
  519.  "Using temporal logic for modular specification of telephone
  520.  services", B. Jonsson and L. Kempe (Uppsala University)
  521.  
  522.     12:00--13:30    Lunch 
  523.  
  524.     13:30--15:30    Technical Presentations 
  525.   
  526.  "The negotiating agents approach to runtime feature
  527.  interaction resolution", N.D. Griffeth (Bellcore) and 
  528.  H. Velthuijsen (PTT Research) 
  529.  
  530.  "Detecting feature interactions in the Intelligent Network",
  531.  S. Tsang and E.H. Magill (University of Strathclyde) 
  532.  
  533.  "Restructuring the problem of feature interaction: has the
  534.  approach been validated? An advanced telecommunications
  535.  application for personal mobility", M. Cross and F. O'Brien
  536.  (University of Wollongong) 
  537.  
  538.  "An architecture for defining features and exploring
  539.  interactions", D.D. Dankel, M. Schmalz, W. Walker, K. Nielsen,
  540.  L. Muzzi, and D. Rhodes (University of Florida)
  541.  
  542.     15:30--16:00    Coffee Break 
  543.  
  544.     16:00--17:30    Panel Discussion
  545.  
  546.     17:00    Closing 
  547.  
  548.  
  549.          ATTENDANCE
  550.     
  551.     Since workshop attendance has to be limited  to 90 people,  attendance
  552.     will be by  invitation only.   Prospective attendees who  have not yet
  553.     done so are asked to submit a  single page description of their inter-
  554.     ests and how they relate to  the workshop to the workshop chairmen.  A
  555.     registration  package will be  sent to  those who are  invited to  the
  556.     workshop.  There will be a  (limited)  opportunity to present  ongoing
  557.     work and to  demonstrate tools during the poster session.  Persons who
  558.     are interested in making  use of this  opportunity should  contact the
  559.     workshop chairmen.
  560.  
  561.     The conference  proceedings will be published by IOS Press, Amsterdam.
  562.     IOS Press will also distribute the  proceedings  world wide  after the
  563.     workshop.
  564.  
  565.      REGISTRATION FEES
  566.  
  567.     Early registration (before April 2, 1994)
  568.   ACM/IEEE Members USD 190
  569.   non-members  USD 215 
  570.     Late registration (after April 2, 1994)
  571.   ACM/IEEE Members USD 215
  572.   non-members  USD 240
  573.  
  574.     Registration includes admittance to the workshop,  coffee breaks,  the 
  575.     reception on Sunday,  and the lunches on Monday and Tuesday as well as
  576.     a copy of the proceedings.
  577.  
  578.     
  579.        ACCOMMODATION
  580.  
  581.     The workshop will be held in the ParkHotel in the centre of Amsterdam, 
  582.     at walking distance of several museums (Rijksmuseum,  Van Gogh Museum, 
  583.     and  City Museum of Modern Art),  the Concertgebouw Concert Hall,  the 
  584.     Vondel Park,  and  many restaurants and bars.  A block reservation has 
  585.     been made at the same hotel for attendees to the workshop. Room prices
  586.     will be HFL 234 for a single room including breakfast.
  587.  
  588.     
  589.     WORKSHOP CO-CHAIRPERSONS
  590.     
  591.     Wiet Bouma and Hugo Velthuijsen (PTT Research)
  592.  
  593.     PO Box 421                 or      St. Paulusstraat 4
  594.     2260 AK Leidschendam               2264 XZ Leidschendam
  595.     The Netherlands                    The Netherlands
  596.  
  597.     E-mail: L.G.Bouma@research.ptt.nl  H.Velthuijsen@research.ptt.nl
  598.     TEL:    +31 70 332 5457            +31 70 332 6258
  599.     FAX:    +31 70 332 6477 
  600.     
  601.  
  602.        PROGRAM COMMITTEE
  603.     
  604.     Chair: E. Jane Cameron (Bellcore, USA)
  605.     
  606.     Jan Bergstra           (CWI and University of Amsterdam, 
  607.                             The Netherlands) 
  608.     Ralph Blumenthal       (Bellcore, USA)
  609.     Kong Eng Cheng         (Royal Melbourne Institute of Technology, 
  610.                             Australia)
  611.     Bernie Cohen           (City University of London, UK)
  612.     Fulvio Faraci          (CSELT, Italy)
  613.     Robert France          (Florida Atlantic University, USA)
  614.     Steve German           (GTE, USA)
  615.     David Gill             (MITRE, USA)
  616.     Toru Ishida            (Kyoto University, Japan)
  617.     Richard Kemmerer       (UCSB, USA)
  618.     Eric Kuisch            (PTT Research, The Netherlands)
  619.     Victor Lesser          (University of Massachusetts, USA)
  620.     Yow-Jian Lin           (Bellcore, USA)
  621.     Luigi Logrippo         (University of Ottawa, Canada)
  622.     Robert Milner          (BNR, UK)
  623.     Leo Motus              (Tallinn Technical University, Estonia)
  624.     Jacques Muller         (CNET, France)
  625.     Jan-Olof Nordenstam    (ELLEMTEL, Sweden)
  626.     Stott Parker           (UCLA, USA)
  627.     Ben Potter            (BNR, UK)
  628.     Henrikas Pranevitchius (Kaunas University of Technology, 
  629.                             Lithuania)
  630.     Lynne Presley          (Bellcore, USA)
  631.     Jean-Bernard Stefani   (CNET, France)
  632.     Greg Utas              (BNR, Canada)
  633.     Juri Vain      (Institute of Cybernetics, Estonia)
  634.     Yasushi Wakahara       (KDD R&D Laboratories, Japan)
  635.     Ron Wojcik             (BellSouth, USA)
  636.     Pamela Zave            (AT&T Bell Laboratories, USA)
  637.  
  638.  
  639. Hugo Velthuijsen.
  640. PTT Research                            Phone: +31 70 332 6258
  641. P.O. Box 421                            Fax:   +31 70 332 6477
  642. 2260 AK Leidschendam, The Netherlands   Email: H.Velthuijsen@research.ptt.nl
  643.  
  644. ------------------------------
  645.  
  646. End of TELECOM Digest V14 #98
  647. *****************************
  648.  
  649.  
  650. -------------------------------------------------------------------------------
  651.  
  652. Downloaded From P-80 International Information Systems 304-744-2253
  653.