Professional Web Applications Themes

DTR Drops After Connect SOLVED! - SCO

This is interesting. For the last 12 months, I have been trying to convince SCO (via my SCO Partner) of a similar problem in OSR506 where I get a remote 506 user to execute the 'ct' command to perform a dialup to the modem on my SCO system. Quite often the modems get to CONNECT stage and then immediately DISCONNECT. The remote 506 session running 'ct' hangs in the process. I have to get the remote user to go through a messy process of running a script at an alternate console session which will identify the process number in the ...

  1. #1

    Default Re: DTR Drops After Connect SOLVED!

    This is interesting.

    For the last 12 months, I have been trying to convince SCO (via my SCO
    Partner) of a similar problem in OSR506 where I get a remote 506 user to
    execute the 'ct' command to perform a dialup to the modem on my SCO system.

    Quite often the modems get to CONNECT stage and then immediately DISCONNECT.
    The remote 506 session running 'ct' hangs in the process.

    I have to get the remote user to go through a messy process of running a
    script at an alternate console session which will identify the process
    number in the LCK file and any associated child processes and then kill
    them, then disable and enable the modem TTY before doing the 'ct' again
    (which may work OK the next time)

    The 'ct' will only execute if there is a ACU entry in the uucp Devices.

    OSR506 was the first system where I had to use the SCO 'atdialer' program.
    Prior to that I had been successfully using a 'C' dialer program for 8
    years, inherited from XENIX and successfully used up to OSR505.

    I thought it may have been the initialisation strings used by the atdialer
    program. While I was able to improve the success rate through incremental
    changes to the initialisation strings, I still get about 30% failure rate. I
    then lost faith in the atdialer program and just put up with the
    inconvenience it causes.

    I have passed on your message to my SCO Partner to investigate further,
    perhaps now it cant be ignored or fobbed off.

    Dave

    "Lucky Leavell" <scomiscunixpress.com> wrote in message
    news:Pine.UW2.4.21.0306252201590.20774-100000ris7.UniXpress.com...
    > Yesterday Steve Marusich of MultiTech Tech Support called concerning
    > this problem. Steve told me that SOME SCO OSR 5.0.6 systems exhibited this
    > behavior, namely DTR drops as soon as the modems connect. This is the
    > solution to the problem:
    >
    > 1. Disable both lower and upper case variants for the port
    > 2. Go into the SCOAdmin Modem Manager and set up the upper case
    > variant up for dial in (in my case, I had to Add Modem)
    > 3. Edit the /usr/lib/uucp/Devices file, commenting out the
    > ACU entries for the upper case port variant
    > 4. Enable the upper case port
    >
    > I was back at my client site this afternoon where I followed Steve's
    > suggestions and the dial in works fine now!
    >
    > Thank you,
    > Lucky
    >
    > Lucky Leavell Phone: (800) 481-2393 (US/Canada)
    > UniXpress - Your Source for SCO OR: (812) 366-4066
    > 1560 Zoar Church Road NE FAX: (812) 366-3618
    > Corydon, IN 47112-7374 Email: [email]luckyUniXpress.com[/email]
    > WWW Home Page: [url]http://www.UniXpress.com[/url]
    >

    David Font Guest

  2. #2

    Default Re: DTR Drops After Connect SOLVED!

    David Font typed (on Fri, Jun 27, 2003 at 02:09:37PM +1200):
    | I thought it may have been the initialisation strings used by the atdialer
    | program. While I was able to improve the success rate through incremental
    | changes to the initialisation strings, I still get about 30% failure rate. I
    | then lost faith in the atdialer program and just put up with the
    | inconvenience it causes.

    I set up my modems with &c1&d3, and whatever I want for s0.
    My atdialer script never has more in it than:

    MDM_SETUP=atz

    --
    JP
    Jean-Pierre Radley Guest

  3. #3

    Default Re: DTR Drops After Connect SOLVED!

    On 26 Jun 2003, Jean-Pierre Radley wrote:
    > David Font typed (on Fri, Jun 27, 2003 at 02:09:37PM +1200):
    > | I thought it may have been the initialisation strings used by the atdialer
    > | program. While I was able to improve the success rate through incremental
    > | changes to the initialisation strings, I still get about 30% failure rate. I
    > | then lost faith in the atdialer program and just put up with the
    > | inconvenience it causes.
    >
    > I set up my modems with &c1&d3, and whatever I want for s0.
    > My atdialer script never has more in it than:
    >
    > MDM_SETUP=atz
    >
    I also changed the /usr/lib/uucp/default/MultiModem_MT2834ZDX file
    MDM_SETUP line to match yours (based on a previous c.u.s.m message).

    However, if I have the ACU entry commented out in /usr/lib/uucp/Devices,
    will this ever be used? (I also set &C1&D3&W0 after observing that the
    modem still reflected whatever settings the Modem Manager changed it to; a
    simple ATZ reset the modem to my previous settings.)

    Thank you,
    Lucky

    Lucky Leavell Phone: (800) 481-2393 (US/Canada)
    UniXpress - Your Source for SCO OR: (812) 366-4066
    1560 Zoar Church Road NE FAX: (812) 366-3618
    Corydon, IN 47112-7374 Email: [email]luckyUniXpress.com[/email]
    WWW Home Page: [url]http://www.UniXpress.com[/url]

    Lucky Leavell Guest

Similar Threads

  1. Connect to Postgres 7.4 via ODBC SOLVED!!!!!
    By Nadia Kunkov in forum PostgreSQL / PGSQL
    Replies: 0
    Last Post: December 15th, 03:09 PM
  2. DTR Drops After Connect
    By John DuBois in forum SCO
    Replies: 0
    Last Post: June 25th, 08:45 PM

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139