home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sun / admin / 8620 < prev    next >
Encoding:
Internet Message Format  |  1992-11-24  |  4.2 KB

  1. Path: sparky!uunet!news.centerline.com!matt
  2. From: matt@centerline.com (Matt Landau)
  3. Newsgroups: comp.sys.sun.admin
  4. Subject: Zoom modem revisited [aka, IPC serial ports at >9600 baud?]
  5. Date: 24 Nov 1992 01:04:40 GMT
  6. Organization: CenterLine Software, Inc.
  7. Lines: 102
  8. Message-ID: <1erv38INN7dg@armory.centerline.com>
  9. NNTP-Posting-Host: 140.239.1.32
  10.  
  11. A while back I posted a query asking for help getting an NCD to talk 
  12. XRemote to my IPC running SunOS 4.1.1 over voice grade phone lines, 
  13. using a pair of Zoom V42.bis modems on each end of the connection to
  14. attain reasonable speeds and reasonable performance.
  15.  
  16. Although I received many helpful replies at the time, I haven't posted 
  17. the promised summary because things still aren't *quite* working.  To
  18. be a bit more specific, I have the NCD talking to its modem at 38.4K
  19. quite nicely, and I have the two modems talking to each other at 14.4K
  20. also quite nicely.  
  21.  
  22. (They don't talk faster because I've disabled all data compression and 
  23. error checking, as per NCD's recommendation when running XRemote.  But
  24. I have to wonder if XRemote *really* does better on its own that you 
  25. could do with 56KB data rates using serious data compression...)
  26.  
  27. However, I cannot for the life of me get the IPC to talk to its modem
  28. at speeds greater than 9600 baud.  Running at 9600 baud, things are 
  29. just peachy -- I can dial up from the NCD, get a connection, run the
  30. XRemote stuff, whatever.  But there's not much point in having a 14.4K 
  31. connection between the modems if the Sun will only pump bits out at 9600 
  32. baud.  However, trying to push the Sun into doing 14.4 or 19.2 results 
  33. in complete failure.  The connection is made between the modems alright, 
  34. but getty never recognizes it and never spwans a login.  
  35.  
  36. At best (with a minimal gettytab entry for "std.19200") I get the usual 
  37. "wrong baudrate" behavior where typing at the NCD emits several garbage
  38. characters per keystroke.  At worst (ie, if I try to enable autobauding
  39. in getty), I get a couple of screens full of garbage spit at the NCD by
  40. the IPC, followed by one side of the other dropping carrier.
  41.  
  42. This sounds a lot like a baudrate problem in gettytab or something, but 
  43. damned if I can figure out what.  So what's the trick to getting an IPC 
  44. running SunOS 4.1.1 to drive its serial ports at 14.4 or 19.2?  
  45.  
  46. For the sake of completeness, here's all of the information I can imaging
  47. might be relevant.  
  48.  
  49. For what it's worth, trying to run "ttysoftcar -a" by hand after boot 
  50. time just seems to hang.  I have no idea what this means, though.
  51.  
  52.  
  53. [1] Relevant /etc/gettytab entries:
  54.  
  55.     default:\
  56.             :ap:lm=\r\n%h login\72 :sp#9600:
  57.     2|std.9600|9600-baud:\
  58.             :sp#9600:ht:
  59.     i|std.14400|14400-baud:\
  60.             :sp#14400:ht:
  61.     g|std.19200|19200-baud:\
  62.             :sp#19200:ht:
  63.     h|std.38400|38400-baud:\
  64.             :sp#38400:ht:
  65.  
  66.  
  67. [2] Relevant /etc/ttytab entries:
  68.  
  69.     # Note: /dev/ttya and /dev/ttyb are commented out intentionally.
  70.  
  71.     console "/usr/etc/getty std.9600"       sun             on local secure
  72.     ttyd0   "/usr/etc/getty std.19200"      dialup          on remote 
  73.     cua0    "/usr/etc/getty std.9600"       unknown         off 
  74.     #ttya   "/usr/etc/getty std.9600"       unknown         off
  75.     #ttyb   "/usr/etc/getty std.9600"       unknown         off
  76.  
  77.  
  78. [3] Relevant device entries in /dev
  79.  
  80.     % ls -li /dev/ttya /dev/ttyb /dev/ttyd0 /dev/cua0
  81.     /dev/ttya not found
  82.     /dev/ttyb not found
  83.      10790 crw-rw-rw-  1 uucp      12, 128 Nov 23 19:40 /dev/cua0
  84.      10772 crw--w--w-  1 root      12,   0 Nov 23 19:46 /dev/ttyd0
  85.  
  86. [4] Relevant values from "eeprom"
  87.  
  88.     ttyb-mode=9600,8,n,1,-
  89.     ttya-mode=19200,8,n,1,-
  90.     ttyb-rts-dtr-off=false
  91.     ttyb-ignore-cd=false
  92.     ttya-rts-dtr-off=false
  93.     ttya-ignore-cd=false
  94.  
  95. [5] default modem configuration
  96.  
  97.     % tip cua0
  98.     connected
  99.  
  100. ACTIVE PROFILE:
  101. B1 E0 L0 M1 N1 P Q2 V1 W0 X4 Y0 &C1 &D0 &G0 &J0 &K5 &Q5 &R0 &S0 &T4 &X0 &Y0
  102. S00:002 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:050 S08:002 S09:006
  103. S10:014 S11:095 S12:050 S18:000 S25:005 S26:001 S36:007 S37:011 S38:020 S44:003
  104. S46:136 S48:007 S49:008 S50:255 
  105.  
  106. So, does anyone have a clue here?  Why is serial configuration for Suns
  107. such a black art in the first place?
  108.  
  109. Thanks for any and all suggestions...
  110. --
  111.  Matt Landau            Waiting for a flash of enlightenment
  112.  matt@centerline.com              in all this blood and thunder
  113.