[1518] in linux-net channel archive
PPP over ISDN problems
daemon@ATHENA.MIT.EDU (Andrew Stanley-Jones)
Thu Dec 14 08:44:05 1995
Date: Wed, 13 Dec 1995 08:47:49 -0700 (MST)
From: Andrew Stanley-Jones <llasj@chowtown.cban.com>
To: linux-net@vger.rutgers.edu, linux-ppp@vger.rutgers.edu,
linuxisp@lightning.com
cc: boothr@cban.com, msj@cban.com
History:
For the past 10 months I've been running a 24hr 28.8 modem PPP
connection and have had no problems. Finally a couple of weeks ago I
decided to go to ISDN. After talking with my ISP we both agreed
the Linux machine I was using as router would also work well for
ISDN. With that in mind, I got a Motorola Bitsurfer TA for my
side, and the ISP got some Motorola hardware for his end.
Current Situation:
The two TA's connect and seem to work fine. I startup the PPP
connection, and I can SEND at 64k, but only RECEIVE at 30k. This
check was done with ftp on a line with no trafic over it,
between the two machines at both ends. The ports locally and at
the ISP are locked at 115200.
Information:
Local:
Kernel: Linux 1.2.13
PPPD: pppd 2.1.2d
Machine: 486 DX/2 66
UARTS: 16550's (These have been tested at 115200)
ISP:
BSD/OS Version 2 (I can't give you much more info at this moment)
Machine: 486
Port: DigiBoard
Items I have tried:
1. Plugged the main machine into a second Linux box sitting
beside it, brought up a PPP connect, and could transfer at 11k/s.
Ports were at 115200.
2. Log into remote machine over ISDN line. I can send AND
receive using zmodem at 64k.
3. Compiled Slirp on remote machine, and I could send/receive at
50k. (Allowing for some extra overhead, this is ok) Slirp was
running in PPP mode.
4. Tried using a second Linux machine which has a 8 port Rocket port
card in it. No effect, same problem still exists.
How's the software configured?
cban:~# setserial -bag /dev/cua1
/dev/cua1, Line 1, UART: 16550A, Port: 0x02f8, IRQ: 3
Baud_base: 115200, close_delay: 50, divisor: 0
Flags: spd_vhi skip_test
Command line for pppd:
/usr/local/sbin/pppd /dev/cua1 : crtscts modem lock defaultroute asyncmap 0 -detach
Note: I can specify a speed on pppd's command line, though it has no effect.
Out put from chat and pppd in /usr/adm/messages:
Dec 13 08:25:22 cban chat[436]: abort on (NO CARRIER)
Dec 13 08:25:22 cban chat[436]: abort on (BUSY)
Dec 13 08:25:22 cban chat[436]: abort on (ERROR)
Dec 13 08:25:22 cban chat[436]: send (ATDT4131330^M)
Dec 13 08:25:23 cban chat[436]: expect (CONNECT)
Dec 13 08:25:23 cban chat[436]: ATDT4131330^M^M
Dec 13 08:25:23 cban chat[436]: CHANNEL B1^M
Dec 13 08:25:23 cban chat[436]: CARRIER 64000^M
Dec 13 08:25:23 cban chat[436]: PROTOCOL: V.120^M
Dec 13 08:25:23 cban chat[436]: SESSION ID: 1^M
Dec 13 08:25:23 cban chat[436]: CONNECT -- got it
Dec 13 08:25:23 cban chat[436]: send (^M)
Dec 13 08:25:23 cban chat[436]: expect (ogin:)
Dec 13 08:25:23 cban chat[436]: 115200^M
Dec 13 08:25:24 cban chat[436]: login: -- got it
Dec 13 08:25:24 cban chat[436]: send (cban^M)
Dec 13 08:25:24 cban chat[436]: expect (ssword:)
Dec 13 08:25:24 cban chat[436]: cban^M^M
Dec 13 08:25:24 cban chat[436]: Password: -- got it
Dec 13 08:25:24 cban chat[436]: send (??????)
Dec 13 08:25:24 cban pppd[434]: pppd 2.1.2 started by root, uid 0
Dec 13 08:25:24 cban pppd[434]: set kernel debugging level to 0
Dec 13 08:25:24 cban pppd[434]: Using interface ppp0
Dec 13 08:25:24 cban pppd[434]: Connect: ppp0 <--> /dev/cua1
Dec 13 08:25:24 cban kernel: ppp: channel ppp0 mtu = 1500, mru = 1500
Dec 13 08:25:24 cban kernel: ppp: channel ppp0 open
Dec 13 08:25:31 cban pppd[434]: local IP address 204.209.161.100
Dec 13 08:25:31 cban pppd[434]: remote IP address 198.161.84.2
Note: The ISP's greeting and blank lines have all been trimmed.
from ifconfig (Note the link was just restarted):
ppp0 Link encap:Point-Point Protocol
inet addr:204.209.161.100 P-t-P:198.161.84.2 Mask:255.255.255.0
UP POINTOPOINT RUNNING MTU:1500 Metric:1
RX packets:279 errors:1 dropped:0 overruns:0
TX packets:287 errors:0 dropped:0 overruns:0
This is a copy of an ftp session with the remote system. I'm just
transfering a file to the ISP's main system. There is no traffic accross
the link, and the two tranfers are done about 10 seconds appart:
ftp> put tcl-7.4aout.tar.gz
^^^
200 PORT command successful.
150 Opening BINARY mode data connection for tcl-7.4aout.tar.gz.
226 Transfer complete.
243941 bytes sent in 37.3 secs (6538 bytes/sec)
^^^^^^^^^^^^^^
As you can see the put worked at 6538 Bps. (Which is good news)
ftp> lcd tmp
Local directory now /home/asj/dwnld/tmp
ftp> get tcl-7.4aout.tar.gz
^^^
200 PORT command successful.
150 Opening BINARY mode data connection for tcl-7.4aout.tar.gz (243941
bytes).
226 Transfer complete.
243941 bytes received in 79.8 secs (3056 bytes/sec)
I can transfer larger files, but the results are still the same.
If anyone has ever seen this problem or has any suggestion it would be
greatly apprecited. I can provide more information, but currently this
message is getting to long, so if you need more specific information
please let me know. If anyone wants to try tansfering files, anon ftp is
availible at ftp.cban.com, though there are not many large files availible.
Thank you, Andrew Stanley-Jones
---
Andrew Stanley-Jones Canadian Business Advertising Network
WWW: http://www.cban.com Tel: (403) 486-7783 Fax: (403) 484-6004
