From: CRDGW2::CRDGW2::MRGATE::"SMTP::DRYCAS.CLUB.CC.CMU.EDU::VMSNET-REQUEST" 20-MAR-1992 13:51:49.98 To: ARISIA::EVERHART CC: Subj: RE: TrailBlazer+ V.42 connection configuration question? From: vmsnet-request@DRYCAS.CLUB.CC.CMU.EDU@SMTP@CRDGW2 To: everhart@arisia@MRGATE Received: by crdgw1.ge.com (5.57/GE 1.123) id AA06479; Fri, 20 Mar 92 13:05:52 EST Resent-From: vmsnet-request@DRYCAS.CLUB.CC.CMU.EDU Received: from DRYCAS.CLUB.CC.CMU.EDU by DRYCAS.CLUB.CC.CMU.EDU (PMDF #11060) id <01GHV39NGYLC0002EK@DRYCAS.CLUB.CC.CMU.EDU>; Fri, 20 Mar 1992 09:58 EST Received: from depot.cis.ksu.edu by DRYCAS.CLUB.CC.CMU.EDU (PMDF #11060) id <01GHV37WR6OW00027D@DRYCAS.CLUB.CC.CMU.EDU>; Fri, 20 Mar 1992 09:56 EST Received: from mccall.UUCP by depot.cis.ksu.edu UUCP (5.65a) id AA04881; Fri, 20 Mar 92 08:56:28 -0600 Received: by mccall.com (DECUS UUCP /1.3-1/2.5/); Fri, 20 Mar 92 08:41:39 CST Resent-Date: Fri, 20 Mar 1992 09:58 EST Date: 18 Mar 92 13:59:49 PST From: mark@infocomm.com Subject: RE: TrailBlazer+ V.42 connection configuration question? To: mccall!vmsnet-newsgate Errors-To: vmsnet-request@DRYCAS.CLUB.CC.CMU.EDU Reply-To: vmsnet@DRYCAS.CLUB.CC.CMU.EDU Resent-Message-Id: <01GHV39NGYLC0002EK@DRYCAS.CLUB.CC.CMU.EDU> Message-Id: <1992Mar18.135949.11349@infocomm.com> Organization: INFO COMM - Computer Consulting, Redwood City, Ca X-Vms-To: IN%"vmsnet-newsgate@mccall.uucp" In article <1992Mar11.174938.4195@dmc.com>, munroe@dmc.com (Dick Munroe) writes: > I've just purchased the V7.00 TrailBlazer+ upgrades, which give > me V.42, ... All this is pretty cool, but I want to make sure > that folks calling in with V.42 ... capable modems but NOT PEP > will have the right thing happened. Both modems are, by default, > configured as per the DECUS uucp documentation. In addition, I > have set the following as part of the profile that gets loaded by > default when DTR is turned off: > > S95=2 Enable auto reliable mode. > S96=1 MNP Data Compression Enabled. > S97=1 V.42 LAP-M Enabled. > S106=1 V.42 Detection Enabled. > S110=1 PEP compression Enabled (that's right!) > > In the dial script for connections which are mostly news, I > disable PEP and MNP compression and force a PEP connection on the > fly. This way inbound calls for vanilla modems get the right > defaults and inbound UUCP callers have to specify what they want, > depending on their mix. > > The question: is this a reasonable thing to do? Anybody out > there have experience with MNP/V.42 connections that can comment? > > BTW, it DOES work outbound. The basic goal is to be able to communicate with as many hosts in as reliable a manner as possible. In order to allow advanced features for inbound calls you correctly state that their negotiation has to be enabled as part of the default modem profile which you have done. As you noted once you enable these features (S95, S97, etc) you now have to automatically DISABLE them when you place an outbound call. This is rather easy with the script procedures that DECUS uucp provides, but now an issue arises: you might have some neighbors that your system calls that DO have these features in their modems and some that don't. You now need some way to influence the outbound calls to manage this. I can only think of one solutions to this problem: 2) create different dial scripts which you use when calling modems with different capabilities, for example: Control file: port ACU hayes modem3: 2400 l port ACM hayes-MNP modem3: 2400 l Systems File: aaaa aaaa_1 UU_aaaa g - Any \ ACU 2400 3491234 VMS UU_infopiz joeblow aaaa aaaa_2 UU_fnn g - Any \ ACM 2400 3495678 DBC UU_infopiz joeblow where site aaaa has two modem lines with different capabilities (ACU & ACM) There is a secondary issue that is probably much more difficult to solve for many sites. This issue is: if your modems are also used for outbound INTERACTIVE login sessions to other hosts (i.e. with SET HOST/DTE or KERMIT, etc), then the user that do this will have to be made aware of the details of the potentially new dialing method which may be necessary to disable these capabilities or not depending on the capabilities of the modems they are calling. -- Mark Pizzolato - INFO COMM Computer Consulting, Redwood City, Ca PHONE: (415)369-9366 UUCP: decwrl!infopiz!mark or uunet!lupine!infopiz!mark DOMAIN: mark@infocomm.com