eric@sactoh0.UUCP (Eric J. Nihill) (07/24/90)
I am attempting to convert a TB+ to on a AT&T 3B2/310 to Hardware
Flow Control.
(SVR3.2, EPORT Board, NCLIST=300)
I have already connected it up and and am getting fairly decent flow
using XON/XOFF control.
Here is the output from my TB+ connections. As you can see I can xmt
at a fairly decent rate, but my rec rate is poor. I am hoping that
converting to hardware flow control will help.
System Xfers Bytes rec Bytes xmt Connect Avg Xf Avg rec Avg xmt
============================================================================
csusac 58 613271 15366 0:14:47 10838 700 1306
pacbell 166 107262 181665 0:08:10 1740 365 923
pacengr 18 0 248993 0:03:13 13832 0 1288
I set S/REG58=2 and S/REG 67=01 in the TB+.
I changed the initab to read:
41:234:sh -c `stty -ixany -ixon -ixoff; epstty hfc; stty ixon ixoff; exec /usr/lib/uucp/uugetty -r -t 45 tty41 19200H`
I am using an "Automatic Call Unit (ACU) Modem" Connector (fig 2-7, pg 2-11
Enhanced Ports Manual, Issue 2)
Whenn I connect to the modem configured above, I get a utmp error and am
told that I must log in in the lowest level shell.
This port must be able to be used by dial up users at 12/24 and systems
at 12/24/19.2. The TB+ must also call systems at 19.2
I purchased the E-PORTS board used, I did not get the epstty(1) or eptermio(7) additions. Only the manual.
There must be a way that I can set tty41 to be hardware flow control
once and not have to keep resetting it by opening a shell. I think
that that may be the problem, but am not sure.
Any guiding light would be appreciated.
Thank-you;
Eric
--
Some do, some don't. | eric@sactoh0
Some will, some won't. | ames!pacbell!sactoh0!eric
I might! | ucbvax!csusac!sactoh0!eric
| USMail 95611-0785woods@robohack.UUCP (Greg A. Woods) (07/25/90)
In article <3580@sactoh0.UUCP> eric@sactoh0.UUCP (Eric J. Nihill) writes: > System Xfers Bytes rec Bytes xmt Connect Avg Xf Avg rec Avg xmt > ============================================================================ > csusac 58 613271 15366 0:14:47 10838 700 1306 > pacbell 166 107262 181665 0:08:10 1740 365 923 > pacengr 18 0 248993 0:03:13 13832 0 1288 Those numbers look quite low for 19200. > I changed the initab to read: > 41:234:sh -c `stty -ixany -ixon -ixoff; epstty hfc; stty ixon ixoff; exec /usr/lib/uucp/uugetty -r -t 45 tty41 19200H` Why the "stty ixon ixoff" again? It won't do anything. > Whenn I connect to the modem configured above, I get a utmp error and am > told that I must log in in the lowest level shell. You might try putting the 'sh -c' bit in paren's with a redirect of stdin from the port in question. But.... > I purchased the E-PORTS board used, I did not get the epstty(1) or eptermio(7) additions. Only the manual. Then how did you get the driver loaded? Better find a copy of the EPORTS disk, 1.3 is the newest version I've seen (came with 3.2.2). > There must be a way that I can set tty41 to be hardware flow control > once and not have to keep resetting it by opening a shell. I think > that that may be the problem, but am not sure. If you have the eptermio(7) man page, and the header files /usr/include/sys/{ep_dep.h,ep_lla.h,eppc.h}, then write your own version of epstty. It's not all that hard! Then you can have a fake front-end to uugetty that sets hfc, then execs the getty. You could even get a copy of one of the PD uugetty's. They seem to work fine too. -- Greg A. Woods woods@{robohack,gate,eci386,tmsoft,ontmoh}.UUCP +1 416 443-1734 [h] +1 416 595-5425 [w] VE3-TCP Toronto, Ontario; CANADA
brian@ucsd.Edu (Brian Kantor) (07/25/90)
My experience with the 3B2/310 is that it can't handle 19200 bps sustained flow such as it would get using a trailblazer in uucp spoof mode. It drops characters and thus uucp does lots and lots of retries. Dropping down to 9600 bps actually increased uucp performance in my tests. This is particularly true of the console and contty ports, and is true of the ports board as well, but to a lesser extent. Note that the retries are between the 3B2 and the modem - the other end of the connection will never see them, since the modem is spoofing the protocol. You need to run the 3B2 in debug to even see it happening, and you might not be able to get an idea of the delays involved unless you stick a serial-line data monitor between the port and the modem. I believe the E-ports board in the large 3B2s can handle 19200 better than that, but I've never gotten around to trying it on our 3B2/1000s. - Brian
elliot@alfred.UUCP (Elliot Dierksen) (07/28/90)
One small side note on this. Instead of using a shell script to do stty's
after login and then execute uucico, why don't you just create an entry in
/etc/gettydefs that does what you want?? that would work just fine!
EBD
--
Elliot Dierksen "I don't care if my lettuce has DDT on it,
as long as it's crisp!!" -- Jorma Kaukonen
Work) candi.att.com!fang!ebd%ralph (407) 660-3377
Home) elliot@alfred.UUCP (407) 290-9744