home *** CD-ROM | disk | FTP | other *** search
/ Programmer 7500 / MAX_PROGRAMMERS.iso / PROGRAMS / UTILS / MODEMS / CCITTV42.ZIP / CCITTV42.TXT next >
Encoding:
Text File  |  1988-06-10  |  26.5 KB  |  523 lines

  1. --------------------------------BEGIN----------------------------------
  2.  
  3. Hayes Microcomputer Products, Inc.
  4. 705 Westech Drive
  5. Norcross, Georgia
  6. 404/449-8791
  7.                                                         8 June, 1988
  8.                                                         
  9.                      =========================== 
  10.                             OVERVIEW OF 
  11.                       CCITT RECOMMENDATION V.42
  12.                      ===========================
  13.  
  14. HISTORY
  15.  
  16.         Work on the modem error control standard began with the
  17. appointment of the Special Rapporteur on error control at the 1984 
  18. Plenary Assembly of the CCITT (International Consultative Committee on 
  19. Telegraphy and Telephony) in Malaga-Torremolinos, Spain.  Meetings in 
  20. the United States on the subject began in early 1985, and continue even
  21. now (and for the foreseeable future).
  22.  
  23.         EIA TR30 is an Accredited National Standards Committee
  24. operating under the authority of the American National Standards 
  25. Institute.  It develops voluntary standards for the United States, and 
  26. proposes U.S. positions for consideration by Study Group D. There are 
  27. three subcommittees under TR30: TR30.1 studies modems, TR30.2 the 
  28. interface between DTEs and modems, and TR30.3 the interfaces between 
  29. modems and the phone network.
  30.  
  31.         Because the CCITT is an agency of the United Nations (under the
  32. International Telecommunications Union [ITU]), its voting members are 
  33. countries.  Most countries are represented by their Postal, Telephone, 
  34. and Telegraph Administration (PTT), but the United States does not have
  35. such a government agency.  Instead, the U.S. CCITT National Committee, 
  36. operating under the Department of State, formulates and approves U.S. 
  37. positions in CCITT matters.  It has five study groups, of which one, 
  38. Study Group D, is in charge of positions related to modems (input to 
  39. CCITT Study Group XVII) and data networks (input to CCITT Study Group 
  40. VII).
  41.  
  42.         The CCITT is divided into fifteen groups by topic (some groups
  43. have been eliminated but the numbering has not been changed). Study 
  44. Group XVIIs charter is to study Data Transmission over the Telephone 
  45. Network).  The recommendations (standards) developed by Study Group 
  46. XVII are usually assigned numbers in the V series, such as the modem 
  47. standards V.22, V.22bis, and V.32; ISDN terminal adaption standards 
  48. V.110 and V.120; interface standards such as V.24; and error control 
  49. standards such as V.42.
  50.  
  51.         The International Standards Organization (ISO) is made up of
  52. the national standards-making bodies from each country (in the USA, 
  53. this is ANSI). In cooperation with the International Electrotechnical 
  54. Commission (IEC), Joint Technical Committee 1 develops Information 
  55. Processing standards.  Subcommittee 6 develops standards related to 
  56. Data Communications, in particular the bottom four layers of the Open 
  57. Systems Interconnection (OSI) reference model (including the Physical 
  58. and Data Link layers).  There is close liaison and cooperation between 
  59. SC 6 and Study Group XVII on many issues, including error control in 
  60. modems.
  61.  
  62.  
  63.  
  64. EXISTING STANDARDIZED ERROR-CONTROL PROTOCOLS
  65.  
  66.         SDLC is included as a standardized protocol for two reasons: if
  67. there is any such thing as a de facto standard, SDLC qualifies; and, 
  68. SDLC is the foundation for nearly all subsequent development of data 
  69. communications protocols.  It pioneered such techniques as layered 
  70. protocols and bit-oriented transmission with frame check sequences, 
  71. zero-bit insertion for transparency, and flags.
  72.  
  73.         The international standard version of SDLC is not actually a
  74. protocol in itself, but a catalog or menu of elements and procedures 
  75. from which appropriate choices can be made to build an actual protocol.
  76. It is made up of six major standards: ISO 3309 (basic framing), ISO 
  77. 4335 (elements of procedure, or frame types), ISO 7809 (classes of 
  78. procedures, or groupings for various applications), ISO 7478 (multilink
  79. procedures, for dividing a logical connection over several physical 
  80. connections), ISO 8885 (general purpose parameter negotiation), and ISO
  81. 8471 (address resolution procedures for switched environments).
  82.  
  83.         X.25 is the primary protocol used to connect synchronous
  84. computers to packet networks.  It includes both the LAP and LAPB data 
  85. link layer protocols (LAPB, Link Access Procedure-Balanced, is a subset
  86. of HDLC), and the packet layer (implementing multiple virtual 
  87. circuits).  It was originally adopted in 1976, but has been enhanced in
  88. all subsequent CCITT study periods (1980, 1984, 1988) to meet the 
  89. growing demands of users.  Associated standards include X.75 
  90. (interconnection between packet networks) and ISO 7776 (standardization
  91. of DTE implementations of X.25).
  92.  
  93.         LAPB is the error control protocol used in the Hayes V-Series
  94. System Products.
  95.  
  96.         LAPD was developed in CCITT Study Group XI to serve as the
  97. protocol for the D signalling channel on ISDN (Integrated Services 
  98. Digital Network) connections.  It is an extended version of LAPB.
  99.  
  100.         E-PAD (Sweden) received very little consideration.  It uses
  101. bisync-like framing (HDLC basic mode) and asynchronous transmission, 
  102. and was designed as a higher-level interface between personal computers
  103. and X.3 PADs.
  104.  
  105.         Tymnet developed X.PC as an attempt to provide X.25-like
  106. functionality in asynchronous transmission environments. Unfortunately,
  107. because of vagaries of the Tymnet network internals and other design 
  108. limitations, X.PC is actually far from an X.25 clone.  Some early 
  109. support for X.PC in the standards committees evaporated when 
  110. performance differences were studied (X.PC, since it uses start-stop 
  111. async transmission, has more than 20% additional overhead above X.25 
  112. LAPB and other bit-synchronous protocols).
  113.  
  114.         MNP (Microcom Networking Protocol) was the first attempt to
  115. integrate a protocol into a modem for point-to-point error control.  
  116. The original MNP modems used async transmission, but later versions 
  117. have grown to include synchronous transmission and other features.  It 
  118. is different from LAP protocols in many respects, including lack of 
  119. provision of the OSI data link layer service, lack of piggybacked 
  120. acknowledgements, no multiplexing, and combined acknowledgement and 
  121. negative acknowledgement (and busy) frames.  The greatest concern from 
  122. modem vendors about using MNP has been Microcoms habit of releasing its
  123. own products with extended features much in advance of releasing 
  124. specifications of those features to its licensees (who are also 
  125. competitors).  For example, Microcom has recently announced products 
  126. incorporating classes 7, 8 and 9 of MNP, but has only released through 
  127. class 6 to licensees.
  128.  
  129.         V.42 has been approved by Study Group XVII for forwarding to
  130. the CCITT Plenary Assembly which will be held November 14-25, 1988, in 
  131. Melbourne, Australia.  This is actually just a formality; there is 
  132. little or no chance of technical change to the recommendation at the 
  133. Plenary, and no political opposition is expected.
  134.  
  135.  
  136.  
  137. STRUCTURE OF V.42
  138.  
  139.         V.42 can be used with full-duplex two-wire dial-up modems on
  140. the switched telephone network that use asynchronous-to-synchronous 
  141. conversion.  Applicability to other modem types (half-duplex, for 
  142. example) is for further study.
  143.  
  144.         The protocol defined in the main body of V.42 is known as LAPM
  145. Link Access Procedure for Modems.  Its features are discussed below.
  146.  
  147.         Annex A of Recommendation V.42 specifies an alternative
  148. protocol which is claimed, by the parties submitting the specification,
  149. to be compatible with classes 2-4 of MNP (V.42 does not contain the 
  150. term MNP).  It has been included only for backward compatibility with a
  151. portion of the installed base of error-control modems.
  152.  
  153.         Backward compatibility features are added to standards for
  154. transition purposes, and are often deleted from recommendations after a
  155. reasonable transition period.  They are segregated into annexes to 
  156. simplify this process.
  157.  
  158.         V.42 specifies that a modem claiming full compliance to the
  159. standard must implement all parts of the standard, including both the 
  160. primary and alternative protocols.  Modems may implement a portion of 
  161. the standard and claim compatibility only (which is a very subjective 
  162. term).
  163.  
  164.         Many exciting features and capabilities are planned to be added
  165. to V.42, but all of these will aply to LAPM only, since it is the 
  166. primary protocol.  The alternative protocol is provided for 
  167. compatibility with the installed base only, and none of that installed 
  168. base will have any of the enhancements in their standardized form. 
  169. Existing extensions to MNP are not standard, and never will be.
  170.  
  171.         V.42 specifies only the internal aspects and interface between
  172. modems, and some elements of the hardware DTE interface.  It does not 
  173. specify any AT-command-like control capability. This is the subject of 
  174. work in progress in the USA (EIA TR30.2) and in the CCITT (Study Group 
  175. XVII, Question 13.4).
  176.  
  177.         One of the few interface elements provided in V.42 is for flow
  178. control on the DTE interface, required during times when the modem is 
  179. retransmitting data after an error occurs.  V.24 circuit 133 (Ready for
  180. Receiving) is used by the DTE to control data flow from the modem, and 
  181. will most likely be assigned as an alternative use of pin 4 (Request to
  182. Send) in the ISO 2110/EIA 232-D connector.  The flow control function 
  183. has been added as an integral capability of the Clear to Send signal.
  184.  
  185.         The XON and XOFF capability is bilateral (can be used by either
  186. the terminal or modem) and is similar to the CCITT X.3 usage.  
  187. Selecting XON/XOFF protocol, however, means that binary data flow is 
  188. not permitted because the user data may contain XON and XOFF characters
  189. which would be misinterpreted as flow control.  All Hayes products will
  190. include the Transparent XON/XOFF capability (currently in the V-Series 
  191. products) of encoding data so that such imbedded control codes do not 
  192. interfere with the flow control processes.
  193.  
  194.  
  195.  
  196. LAPM FEATURES
  197.  
  198.         A V.42 modem includes a capability such that the calling modem
  199. will send a sequence of control-Q (XON) characters with alternating 
  200. parity (to limit the possibility of misinterpreting user keystrokes) to
  201. the answerer.  Field testing has shown this benign detection phase not 
  202. to cause interference (except in rare cases) with DTEs attached to 
  203. non-error-controlling answering modems.  The answering modem will 
  204. respond with a sequence of characters (EC) which signals to the calling
  205. modem that the answerer has V.42 capability.
  206.  
  207.         The detection phase may be disabled in the originator, in which
  208. case the protocol establishment begins immediately upon connection of 
  209. the call.  This may be used in cases when the user is certain that the 
  210. answering modem has V.42 capability.  Answering V.42 modems must be 
  211. able to handle incoming calls with the detection phaseenabled or 
  212. disabled.
  213.  
  214.         LAPM is an extension of LAPB and LAPD.  It uses basically the
  215. same connection establishment and termination procedures, as well as 
  216. similar data transfer procedures.  Implementors familiar with either of
  217. these protocols should have no difficulty with a LAPM implementation.
  218.  
  219.         The poll/final bit procedures allow one modem to force the
  220. other to transmit a response.  This improves error recovery 
  221. capabilities by bypassing timer expiration recovery mechanisms (MNP has
  222. no way to force the other modem to transmit).
  223.  
  224.         Providing separate frame types for ACK, NAK and Busy functions
  225. improves protocol reliabilty and eliminates the chance of lockups due 
  226. to misinterpretation of frame contents (MNP uses a single frame type 
  227. for ACK, NAK, and Busy functions). V.42 includes an enhanced Reject 
  228. capability to improve error-recovery performance in the presence of 
  229. line noise: a REJ frame may be sent upon receipt of any errored frame 
  230. rather than waiting for subsequent receipt of a good frame. Modems 
  231. receiving a REJ frame requesting a frame not yet sent simply ignore the
  232. frame.
  233.  
  234.         The address field allows for differentiation of commands and
  235. responses, and in the future will also allow for multiple simultaneous 
  236. virtual data paths between the modems (for remote configuration, 
  237. network management, or user data such as multiplexing multiple 
  238. terminals or other devices).  It also preserves compatibility with 
  239. existing HDLC protocols and increases the likelihood of interworking 
  240. with other HDLC-based devices in the future (MNP does not use an 
  241. address field).  Use of the address extension bit provides for 
  242. multi-octet addresses.
  243.  
  244.         The large numbering base for information frames, provided by
  245. Modulo-128 I-Frame sequence numbers, permits a larger window size 
  246. (number of outstanding frames) than would be permitted under modulo-8 
  247. sequence numbering.  This improves performance on connections with long
  248. propagation delays, such as satellite links.
  249.  
  250.         The internationally standardized procedures using XID Frame
  251. exchange for negotiation defined in ISO 8885 and used in both X.32 and 
  252. LAPD (Q.921) are also used in LAPM.  Both standardized parameters (such
  253. as the options listed below) and manufacturer-specific enhancements can
  254. be negotiated through this mechanism.
  255.  
  256.         Enhancements provided by particular manufacturers such as data
  257. compression (in advance of standardization in this area) may be 
  258. negotiated through a mechanism defined in V.42 which is under 
  259. consideration for international standardization in ISO.  It uses the 
  260. same formatting conventions as used for negotiation of standard 
  261. parameters and options, and allows manufacturers to use any character 
  262. string as an identifier for their defined parameters.
  263.  
  264.         V.42 permits renegotiation of link parameters between the
  265. stations at any time during the connection.  This may be useful if line
  266. or user data flow conditions change, and the modem (a particularly 
  267. intelligent implementation, obviously) determines that different data 
  268. link parameters would improve performance.  This may occur, for 
  269. example, if the default window size of 15 proves to be insufficient on 
  270. a high-speed connection on a double satellite hop (which can be 
  271. determined by repeatedly reaching the window limit before 
  272. acknowledgements are received, forcing a wait).
  273.  
  274.         Unnumbered information (UI) frames are used for break
  275. signalling out-of-band with user data.  Three types of breaks are 
  276. supported: in-sequence breaks which do not flush outstanding data, 
  277. expedited breaks that bypass user data, and destructive breaks that 
  278. flush all user data buffers waiting for transmission (in both 
  279. directions).
  280.  
  281.         In some environments the length of the break sent is important.
  282. For example, some systems use a short break (100 milliseconds or so) to
  283. interrupt data flow, while a long break (1.6 seconds or so) is a 
  284. request for disconnection.  LAPM preserves the break length (MNP does 
  285. not) up to a maximum of 2540 milliseconds in 10 millisecond increments.
  286.  
  287.         In high-speed modems such as V.32, the scrambler used to ensure
  288. a constantly-changing data pattern on the phone line (to keep the modem
  289. clocks synchronized) uses an algorithm which has the effect of 
  290. spreading single-bit errors over more than 16 bits.  Research has shown
  291. that in some cases this scrambler algorithm interacts with the 16-bit 
  292. frame check sequence algorithm to produce a 50% probability that some 
  293. errors will be undetected by the frame check sequence.  The V.42 32-bit
  294. frame check sequence option eliminates this possibility because the FCS
  295. algorithm encompasses more bits than the scrambler algorithm, detecting
  296. all propagation of errors by the scrambler.
  297.  
  298.         All V.42 modems must support 16-bit frame check sequence;
  299. 32-bit FCS is negotiated at connection time using XID frames and is 
  300. enabled if possessed by both modems (MNP does not have this 
  301. capability).
  302.  
  303.         When using high-speeds on long propagation delay channels, a
  304. large number of frames may be outstanding at any point in time.  The 
  305. standard error recovery method in LAP protocols requires that if a 
  306. frame is received in error, it and all following frames must be 
  307. retransmitted (MNP uses this technique as well).  Selective Reject 
  308. capability in V.42 allows only the frame(s) received in error to be 
  309. requested for retransmission; following frames need not be 
  310. retransmitted unless they were also received in error.  Selective 
  311. Reject is also negotiated via XID at link connection time, and may be 
  312. used if enabled in both modems (the alternative protocol does not have 
  313. this capability).
  314.  
  315.         V.42 modems may retransmit SREJ frames if it can be determined
  316. from incoming I-frames that the requested frame has been sent by the 
  317. other modem but was once again errored.  This improves performance on 
  318. high-error-rate lines.
  319.  
  320.         It is sometimes desirable to run loopback tests to insure the
  321. integrity of the data communications link.  Recommendation V.54 
  322. specifies physical (modulation) loopbacks that can be performed, and 
  323. V.42 (in LAPM only, not MNP) provides for a loopback test of the error 
  324. control functions as well.  It uses the standard HDLC TEST frames, and 
  325. may be enabled through XID negotiation.
  326.  
  327.  
  328.  
  329. FUTURE PLANS FOR LAPM
  330.  
  331.         As has been previously noted, work is continuing at this time
  332. in the USA and internationally to standardize additional capabilities 
  333. for V.42 modems.  Some of these features are available in error-control
  334. modems today in non-standard form, but many are unique to V.42 and not 
  335. provided as yet in any products.  When these extensions are defined, 
  336. they will be provided as optional capabilities to preserve 
  337. compatibility with the installed base of V.42 modems, and will apply to
  338. the primary protocol (LAPM) only.  Even if techniques used in existing 
  339. MNP class 5 or greater modems were adopted entirely by the CCITT, these
  340. would not be added to the V.42 alternative protocol because it is 
  341. frozen.
  342.  
  343.         The similarity between the V.42 LAPM protocol and the LAPD-like
  344. protocol used in the V.120 terminal adaption standard will permit the 
  345. development of rules for interworking between these devices.  This will
  346. allow devices on the ISDN to easily interwork with devices on the PSTN 
  347. (Public Switch Telephone Network) without significant protocol 
  348. conversion resources.  Proper encoding of data at the ISDN terminal 
  349. adapter may even eliminate the need for modem pools at the ISDNPSTN 
  350. gateway.
  351.  
  352.  
  353. DATA COMPRESSION
  354.  
  355.         Certainly, data compression to improve throughput is one of the
  356. most important issues in error-control work at this time, and a 
  357. standardized technique is likely to be approved through accellerated 
  358. procedures early in the next CCITT study period.  Hayes and others have
  359. already contributed documentation on existing techniques as a 
  360. foundation for this future work.  More contributions are expected.  The
  361. result is likely to be an amalgamation of the best points of the 
  362. existing techniques.
  363.  
  364.  
  365. DATA ENCRYPTION
  366.  
  367.         This capability is still at the level of feasibility study.
  368. There is some objection to doing this at the data link layer, with the 
  369. preference being providing security functions at higher layers such as 
  370. the presentation layer. Several issues, such as key management, have 
  371. yet to be addressed, and it is likely to be some time before this work 
  372. is significantly progressed.
  373.  
  374.  
  375. ASYMMETRICAL AND HALF-DUPLEX OPERATION
  376.       
  377.         Many existing error-control modems, such as the Hayes V-Series
  378. Smartmodem 9600, use half-duplex or asymmetrical transmission 
  379. techniques to achieve high throughput at reduced cost. Most of these 
  380. modems use proprietary techniques (Hayes alone uses an international 
  381. standard protocol, LAPB, in its modem), and there is interest in 
  382. defining a capability to support these transmission methods in V.42.  
  383. Changes in the timers and acknowledgement rules may be necessary.  The 
  384. study group simply ran out of time or this would have been included in 
  385. the 1988 version of V.42.
  386.  
  387.  
  388. MODEM RATE NEGOTIATION (MULTI-SPEED MODEMS)
  389.  
  390.         Although significant degradation of circuit quality during a
  391. single call is quite rare, there may be some benefit to be gained by 
  392. the ability for the modems, based on error rates or other objective 
  393. factors, to request a change to alternative (slower) modulation methods
  394. with improved performance (and to switch back if conditions improve).  
  395. These rules could also be used to select among various transmission 
  396. mechanisms at initial connection time if both modems have multiple 
  397. capabilities.
  398.  
  399.  
  400. CHARACTER FORMAT INDICATION AND NEGOTIATION
  401.  
  402.         Some confusion currently exists in error-control connections
  403. due to the fact that the character format (parity, stop bits) is 
  404. independently set on each DTE-modem interface, with an 8-bit format 
  405. used between the modems. Rules are provided in V.42 for encoding of 5, 
  406. 6, 7, and 8-bit data into protocol frames, but no method is provided to
  407. coordinate this setting between the two modems. This may result in 
  408. unexpected or improperly formatted data being delivered in situations 
  409. where different settings are used.  Existing non-error-control modems 
  410. have the same problem (they will fail to communicate if different 
  411. character sizes are set), but intelligent error-control modems ought to
  412. be able to coordinate these settings and at least warn the user of 
  413. possible problems.
  414.  
  415.         In some cases, however, it is desirable for the error-control
  416. modems to pass along data with improper parity rather than cleaning it 
  417. up as done by current error-control modems.  These include tandem modem
  418. links in which part of the connection has error-control modems and part
  419. does not.
  420.  
  421.  
  422. TRANSPORT OF INTERFACE STATE INFORMATION
  423.  
  424.         In addition to preserving user data, it is sometimes desirable
  425. to have end-to-end carriage of interface state information. This may 
  426. occur, for example, if the remote device is a printer with a paper-out 
  427. signal that needs to be received by the host.  V.120 has this 
  428. capability today, and a similar scheme could be added to V.42.
  429.  
  430.  
  431. FORWARD ERROR CORRECTION (CELLULAR RADIO)
  432.  
  433.         Cellular radio applications present monumental challenges to
  434. modem designers.  Not only do drop-outs occur during cell transitions, 
  435. but even normal traffic (the driving by of a large truck) can interfere
  436. with the signal and produce significant fading and other impairments.  
  437. Error rates experienced can be as high as one bit in one hundred or 
  438. worse, which would cause any normal error-control protocol to break 
  439. down and not be able to transfer even a single frame (the human ear 
  440. masks the resulting noise, but a modem cannot).  Forward error 
  441. correction, such as used in Compact Discs, could be applied to V.42 
  442. modems. Throughput performance might be halved, but half is better than
  443. nothing.
  444.  
  445.  
  446. STATISTICAL MULTIPLEXING (MULTIPORT)
  447.  
  448.         As mentioned above in the address field discussion, the
  449. capability exists in V.42 for multiple simultaneous virtual circuits 
  450. between the modems.  This is often used in high-speed modems today to 
  451. provide for connection of multiple terminals or a terminal and a 
  452. printer at a remote site.  It is desirable to be able to provide this 
  453. capability in an error-control modem as well.
  454.  
  455.  
  456. NETWORK MANAGEMENT AND REMOTE CONFIGURATION
  457.                 
  458.         In large networks, there is a great need to receive status
  459. reporting and diagnostic information from widely-dispersed equipment, 
  460. particularly at unmanned sites, and also to be able to set parameters 
  461. and run tests on these remote modems.  Standards in the entire area of 
  462. OSI network management are under study in ISO and CCITT, and error 
  463. control modems are no exception.  The multiple virtual circuit 
  464. capability of V.42 is an excellent way to perform out-of-band 
  465. management without interfering with user data flow.  The goal in JTC 
  466. 1/SC 21 and CCITT SG XVII Q. 9 is to accomodate heterogeneous 
  467. multi-vendor environments, interfacing with existing management systems
  468. such as NetView.
  469.  
  470.  
  471. MULTI-FRAME SELECTIVE REJECT
  472.  
  473.         As described above, selective reject allows for retransmission
  474. of only errored frames rather than all following frames. If several 
  475. frames are in error, a separate SREJ frame must be sent for each one.  
  476. In asymmetrical modems especially, in which the acknowledgement channel
  477. may be running at only 1/48th the speed of the data channel, these SREJ
  478. frames may take a long time to send, increasing the likelihood of 
  479. reaching the transmitter's window size and delaying transmissions 
  480. unnecessarily.  A multi-frame selective reject capability will allow 
  481. several individual frames to be requested in one SREJ frame, thereby 
  482. reducing substantially the overhead on asymmetrical links.
  483.  
  484.  
  485. HAYES SUPPORT OF V.42
  486.  
  487.         Hayes believes strongly that V.42 is the error-control
  488. technique of the future, consistent with existing standardized 
  489. techniques and independent of proprietary control.  The achievement of 
  490. the goal of a standardized error-control technique will eliminate fear,
  491. uncertainty, and doubt in the marketplace, greatly increasing the 
  492. demand for error-control capability.  Being an international standard, 
  493. homologation of the same product into many countries should be greatly 
  494. simplified, and error-controll communication between countries 
  495. facilitated.
  496.  
  497.         Until techniques are standardized in CCITT for such features as
  498. data compression, proprietary techniques will be supported in V.42 via 
  499. the manufacturers option negotiation XID procedures.
  500.  
  501.         Any V.42-based product obtained from Hayes will be able to
  502. interwork with the installed base of Hayes V-Series modems which will 
  503. be upgraded to V.42 support.
  504.  
  505.         New versions of Smartcom II and Smartcom III will be provided
  506. which include parameter selections to control the V.42-related 
  507. enhancements to Hayes products.  These programs would thus be 
  508. immediately usable with any Hayes V.42 modem.
  509.  
  510.         Hayes has always had a strong commitment to standards, and will
  511. continue to actively participate in the work on V.42 and other data 
  512. communications standards.  This ensures that the interests of our 
  513. customers are taken into account in the standards-making process, and 
  514. also allows Hayes to respond quickly to include agreed enhancements in 
  515. our products.
  516.  
  517.         Our experience in developing the V-Series System Products,
  518. which use the international standard LAPB protocol, will allow us to 
  519. very quickly implement the similar LAPM protocol and provide these 
  520. capabilities both as upgrades to existing products and in new products.
  521.  
  522. ---------------------------------END----------------------------------
  523.