home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.modems
- Path: sparky!uunet!gatech!destroyer!cs.ubc.ca!unixg.ubc.ca!kakwa.ucs.ualberta.ca!acs.ucalgary.ca!clau
- From: clau@acs.ucalgary.ca (Christopher Lau)
- Subject: Re: Uploading to Internet (was Re: PPI modems...)
- Sender: news@acs.ucalgary.ca (USENET News System)
- Message-ID: <92Dec29.213333.23030@acs.ucalgary.ca>
- Date: Tue, 29 Dec 92 21:33:33 GMT
- References: <1992Dec29.162300.29851@mnemosyne.cs.du.edu>
- Nntp-Posting-Host: acs5.acs.ucalgary.ca
- Organization: The University of Calgary, Alberta, Canada
- Lines: 64
-
- mrosen@nyx.cs.du.edu (Michael Rosen) writes:
- > clau@acs.ucalgary.ca (Christopher Lau) writes:
- >
- >>If you can't get your terminal server to go into a transparent mode and you're
- >>using zmodem, try it with the -e flag- this tells it to quote all control
- >>characters so they don't interfere with the terminal server. This almost
- >>always works (unless the terminal server escape code is alpha-numeric
- >>eg: "\server" or something similar), but unfortunately reduces your throughput
- >>by about 12-13% (assuming a flat distribution- 31 ctrl chars/256 possible ascii
- >>codes). Protocols like Kermit always quote control chars, and therefore work
- >>under almost any conditions, but since most are not streaming protocols, their
- >>effective throughput leaves much to be desired.
- >
- > How would you do this in either Procomm Plus for Windows or Telix?
-
- you would specify this on the sending side:
-
- unix % sz -ber filename ;(b forces binary mode, e forces quote ctrl char
- r turns on error recovery)
-
- Then, just do a zmodem receive like normal on the receiving side. If you still
- get errors when you do this, try one or both of the following:
-
- unix % sz -berL 1024 -l 1024 filename
- OR
- unix % sz -berw 1024 filename
-
- The L 1024 option limits the packet sizes to 1024 bytes and the -l 1024 limits
- the sub-packet size to 1024 bytes (this is the default subpacket size anyways)
- Limiting packet size reduces the overall throughput by 20-30%- so use this ONLY
- if all else fails. The w 1024 option limits window sizes to 1024 bytes- this
- is similar to limiting packet sizes, but doesn't reduce your throughput as
- much (Zmodem requires an acknowledgment after every packet- so if you limit
- the packet size, zmodem ceases to be a streaming protocol (normally the packet
- size is the size of the entire file, so an acknowlegement is only sent after
- the entire file has been received)
-
- If neither of the three work for you, there's still a few options left:
- 1- if your comm program supports use of external protocol drivers,
- get DSZ.COM or GSZ.EXE and use one of those for zmodem (many
- internal zmodem protocols are brain-damaged)
-
- 2- get a copy of PC Kermit from Columbia University, and use 2048 byte
- or larger packet sizes on both sending and receiving ends.. I've
- found that kermit usually works where nothing else does.
-
- >
- > Mike
- > --
- > Michael Rosen "Time and space
- > Tau Epsilon Phi - George Washington University can be a bitch."
- > mrosen@nyx.cs.du.edu -Quantum Leap
- > Michael.Rosen@bbs.oit.unc.edu or @lambada.oit.unc.edu
-
- c4
-
-
-
-
- --
- Christopher Lau | Dammit Jim, I'm a doctor,
- The University of Calgary | not an engineer!
- Dept. of Electrical & Computer Engg. | Well, you're an engineer now..
- lau@enel.ucalgary.ca -OR- clau@acs.ucalgary.ca -OR- root@fusion.cuc.ab.ca
-