Board index Linux Networking

pppd and TRUMPET WIN*&$K :(

pppd and TRUMPET WIN*&$K :(

Post by Daniel Pewzn » Sun, 02 Jul 1995 04:00:00



Hello,
I'm having terrible trouble getting Linux pppd2.1.2b and Trumpet Winsock
working together.  I'm hoping someone has dealt with this problem before.
Internet in a Box works fine, as does another Linux pppd 'client'.  I
just can't get Trumpet Winsock to work.  Here are the revalent error logs,
init files.

::::::::::::::
trumpet.out
::::::::::::::

PPP[C021] SND CONFREQ ID=01 LEN=24 MRU(0428) ACCM(00000000)
MAGIC(0053A0BC) PFC ACFC
SND[C021] 0000:01 01 00 18 01 04 04 28 02 06 00 00 00 00 05 06 00 53 A0 BC
SND[C021] 0014:07 02 08 02
PPP[C021] state = reqsent
RCV[C021] 0000:02 01 00 18 01 04 04 28 02 06 00 00 00 00 05 06 00 53 A0 BC
RCV[C021] 0014:07 02 08 02
PPP[C021] RCV CONFACK ID=01 LEN=24 MRU(0428) ACCM(00000000)
MAGIC(0053A0BC) PFC ACFC PPP[C021] state = ackrcvd
RCV[C021] 0000:01 01 00 12 01 04 05 DC 05 06 A6 35 32 41 07 02 08 02
PPP[C021] RCV CONFREQ ID=01 LEN=18 MRU(05DC) MAGIC(A6353241) PFC ACFC
PPP[C021] SND CONFACK ID=01 LEN=18 MRU(05DC) MAGIC(A6353241) PFC ACFC
SND[C021] 0000:02 01 00 12 01 04 05 DC 05 06 A6 35 32 41 07 02 08 02
PPP[C021] state = opened
PPP[8021] SND CONFREQ ID=01 LEN=10 IPADDR(00000000)
SND[8021] 0000:01 01 00 0A 03 06 00 00 00 00
PPP[8021] state = reqsent
RCV[8021] 0000:01 01 00 10 03 06 CC 89 84 31 02 06 00 2D 0F 01
PPP[8021] RCV CONFREQ ID=01 LEN=16 IPADDR(CC898431) IPCP(002D0F01)
PPP[8021] SND CONFREJ ID=01 LEN=10 IPCP(002D0F01)
SND[8021] 0000:04 01 00 0A 02 06 00 2D 0F 01
RCV[8021] 0000:03 01 00 0A 03 06 CC 89 84 3B
PPP[8021] RCV CONFNAK ID=01 LEN=10 IPADDR(CC89843B)
My IP address = 204.137.132.59
PPP[8021] SND CONFREQ ID=02 LEN=10 IPADDR(CC89843B)
SND[8021] 0000:01 02 00 0A 03 06 CC 89 84 3B
RCV[8021] 0000:01 02 00 0A 03 06 CC 89 84 31
PPP[8021] RCV CONFREQ ID=02 LEN=10 IPADDR(CC898431)
PPP[8021] SND CONFACK ID=02 LEN=10 IPADDR(CC898431)
SND[8021] 0000:02 02 00 0A 03 06 CC 89 84 31
PPP[8021] state = acksent
RCV[8021] 0000:02 02 00 0A 03 06 CC 89 84 3B
PPP[8021] RCV CONFACK ID=02 LEN=10 IPADDR(CC89843B)
PPP[8021] state = opened
Servent:
  s_name = pop3
  s_port = 110
  s_proto = tcp
id=0001 fl=0100
Questions
zipnet.com.zipnet.com 0001 0001
; size = 39
SND[0021] 0000:45 00 00 43 00 01 00 00 3C 11 DD 29 CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
SND[0021] 003C:6F 6D 00 00 01 00 01
PPP frame check error, 120
id=0001 fl=0100
Questions
zipnet.com.zipnet.com 0001 0001
; size = 39
SND[0021] 0000:45 00 00 43 00 02 00 00 3C 11 DD 28 CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
SND[0021] 003C:6F 6D 00 00 01 00 01
PPP frame check error, 120
id=0001 fl=0100
Questions
zipnet.com.zipnet.com 0001 0001
; size = 39
SND[0021] 0000:45 00 00 43 00 03 00 00 3C 11 DD 27 CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
SND[0021] 003C:6F 6D 00 00 01 00 01
PPP frame check error, 120
id=0001 fl=0100
Questions
zipnet.com.zipnet.com 0001 0001
; size = 39
SND[0021] 0000:45 00 00 43 00 04 00 00 3C 11 DD 26 CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
SND[0021] 003C:6F 6D 00 00 01 00 01
PPP frame check error, 120
id=0001 fl=0100
Questions
zipnet.com.zipnet.com 0001 0001
; size = 39
SND[0021] 0000:45 00 00 43 00 05 00 00 3C 11 DD 25 CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
SND[0021] 003C:6F 6D 00 00 01 00 01
PPP frame check error, 120
id=0001 fl=0100
Questions
zipnet.com.zipnet.com 0001 0001
; size = 39
SND[0021] 0000:45 00 00 43 00 06 00 00 3C 11 DD 24 CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
SND[0021] 003C:6F 6D 00 00 01 00 01
PPP frame check error, 120
id=0002 fl=0100
Questions
zipnet.com 0001 0001
; size = 28
SND[0021] 0000:45 00 00 38 00 07 00 00 3C 11 DD 2E CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 01 00 35 00 24 36 28 00 02 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 00 00 01 00 01
PPP frame check error, 74
id=0002 fl=0100
Questions
zipnet.com 0001 0001
; size = 28
SND[0021] 0000:45 00 00 38 00 08 00 00 3C 11 DD 2D CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 01 00 35 00 24 36 28 00 02 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 00 00 01 00 01
PPP frame check error, 74
id=0002 fl=0100
Questions
zipnet.com 0001 0001
; size = 28
SND[0021] 0000:45 00 00 38 00 09 00 00 3C 11 DD 2C CC 89 84 3B CC 89 84 31
SND[0021] 0014:04 01 00 35 00 24 36 28 00 02 01 00 00 01 00 00 00 00 00 00
SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 00 00 01 00 01
PPP frame check error, 74
::::::::::::::
syslog
::::::::::::::
Jun 30 13:48:08 sim pppd[9459]: ioctl(PPPIOCSASYNCMAP): I/O error
Jun 30 13:48:08 sim pppd[9459]: ioctl(PPPIOCGDEBUG): I/O error
Jun 30 13:48:08 sim pppd[9459]: ioctl(TIOCSETD): I/O error
Jun 30 13:48:08 sim pppd[9459]: ioctl(TIOCNXCL): I/O error
Jun 30 13:48:08 sim pppd[9459]: tcsetattr: I/O error
::::::::::::::
debug
::::::::::::::
Jun 30 13:47:34 sim pppd[9459]: sent [LCP ConfReq id=0x1 <mru 1500>
<magic 0xa63f27bc> <pcomp> <accomp>]
Jun 30 13:47:37 sim pppd[9459]: sent [LCP ConfReq id=0x1 <mru 1500>
<magic 0xa63f27bc> <pcomp> <accomp>]
Jun 30 13:47:37 sim pppd[9459]: rcvd [LCP ConfReq id=0x2 <mru 296>
<asyncmap 0x0> <magic 0x12c1ea2> <pcomp> <accomp>] 90 8f
Jun 30 13:47:37 sim pppd[9459]: sent [LCP ConfAck id=0x2 <mru 296>
<asyncmap 0x0> <magic 0x12c1ea2> <pcomp> <accomp>]
Jun 30 13:47:38 sim pppd[9459]: rcvd [LCP ConfAck id=0x1 <mru 1500>
<magic 0xa63f27bc> <pcomp> <accomp>] 32 e9
Jun 30 13:47:38 sim pppd[9459]: sent [IPCP ConfReq id=0x1 <addr
204.137.132.49> <compress VJ 0f 01>]
Jun 30 13:47:38 sim pppd[9459]: rcvd [IPCP ConfReq id=0x2 <addr
0.0.0.0>] 14 fe
Jun 30 13:47:38 sim pppd[9459]: sent [IPCP ConfNak id=0x2 <addr
204.137.132.56>]
Jun 30 13:47:38 sim pppd[9459]: rcvd [IPCP ConfRej id=0x1 <compress VJ
0f 01>] 86 de
Jun 30 13:47:38 sim pppd[9459]: sent [IPCP ConfReq id=0x2 <addr
204.137.132.49>]
Jun 30 13:47:39 sim pppd[9459]: rcvd [IPCP ConfReq id=0x3 <addr
204.137.132.56>] 91 d9
Jun 30 13:47:39 sim pppd[9459]: sent [IPCP ConfAck id=0x3 <addr
204.137.132.56>]
Jun 30 13:47:39 sim pppd[9459]: rcvd [IPCP ConfAck id=0x2 <addr
204.137.132.49>] c4 7d ::::::::::::::
/etc/ppp/options
::::::::::::::
38400 modem passive netmask 255.255.255.240 :204.137.132.56 disconnect
"/etc/ppp/disconnect"
::::::::::::::
ARG!!! I forgot to bring the winsock .ini file home with me!
This is probably the most important piece of info :(
I'm posting this anyway, because I'm hoping for a clue, or someone that
has already dealt with this.  Also, I initially tried the default values.

Anyway, I've used many different MTU/MSS/RWIN values with winsock, and
specified many or no MTU values in the pppd options file, no success.
If anyone can help me out, give me a clue, I'd VERY much appreciate it!

My serial ports are set at 38400 spd_vhi (115200), and hardware
handshaking is enabled with the modems.

One thing before replying, Internet in a Box and Linux pppd can connect
to me absolutely fine, its just Trumpet Winsock that has the problem.

If you don't mind e-mailing me, I'd appreciate it, my newsfeed is very
unreliable right now :(


 
 
 
Top

pppd and TRUMPET WIN*&$K :(

Post by Al Longye » Wed, 05 Jul 1995 04:00:00



>I'm having terrible trouble getting Linux pppd2.1.2b and Trumpet Winsock
>working together.  I'm hoping someone has dealt with this problem before.
>Internet in a Box works fine, as does another Linux pppd 'client'.  I
>just can't get Trumpet Winsock to work.  Here are the revalent error logs,
>init files.

[A fairly normal trace was deleted.]

Quote:>PPP[8021] state = opened
>Servent:
>  s_name = pop3
>  s_port = 110
>  s_proto = tcp
>id=0001 fl=0100
>Questions
>zipnet.com.zipnet.com 0001 0001
>; size = 39
>SND[0021] 0000:45 00 00 43 00 01 00 00 3C 11 DD 29 CC 89 84 3B CC 89 84 31
>SND[0021] 0014:04 00 00 35 00 2F 70 F3 00 01 01 00 00 01 00 00 00 00 00 00
>SND[0021] 0028:06 7A 69 70 6E 65 74 03 63 6F 6D 06 7A 69 70 6E 65 74 03 63
>SND[0021] 003C:6F 6D 00 00 01 00 01
>PPP frame check error, 120

Why is the trumpet stack printing this message about "PPP frame check
error".  It usually reflects that you have received the block
incorrectly.

I would believe that the "SND" lines reflect the buffer which is being
sent by trumpet. It looks like a normal IP frame. It has the protocol
ID of IP.

The response to this frame should be the ACK.

Have you tried running the trumpet side at a lower BPS rate? Run the
trumpet stack at a rate of 9600 BPS or slower and see what you get.

Otherwise, you will have to ask what is meant by the "PPP frame check
error" from the people who support the trumpet code.

Quote:>Anyway, I've used many different MTU/MSS/RWIN values with winsock, and
>specified many or no MTU values in the pppd options file, no success.
>If anyone can help me out, give me a clue, I'd VERY much appreciate it!

Try 'ping' first. Don't jump into using TCP until you can first
validate the lower IP layers.

Quote:>My serial ports are set at 38400 spd_vhi (115200), and hardware
>handshaking is enabled with the modems.

The speeds on the Linux side are relativly un-important. Each side
communicates to the modem at its own rate. The modem to modem
communications are the limiting factor for all modem
communications. You can set one side to communicate with a DTE rate of
2400 BPS and the other side with a rate of 115200 BPS and the two will
work very well. (The side which uses 115200 BPS will just have a
longer period of inactivity.)

Quote:>One thing before replying, Internet in a Box and Linux pppd can connect
>to me absolutely fine, its just Trumpet Winsock that has the problem.

Each stack has its own levels of overhead. It is possible that trumpet
is not enabling the FIFO. It is possible that the logging is causing the
problem for overrun. If so, why wasn't this fact logged as well?

--


 
 
 
Top

pppd and TRUMPET WIN*&$K :(

Post by Greg Lou » Fri, 07 Jul 1995 04:00:00



> Hello,
> I'm having terrible trouble getting Linux pppd2.1.2b and Trumpet Winsock
> working together.  I'm hoping someone has dealt with this problem before.
> Internet in a Box works fine, as does another Linux pppd 'client'.  I
> just can't get Trumpet Winsock to work.  Here are the revalent error logs,
> init files.
[snip]
> One thing before replying, Internet in a Box and Linux pppd can connect
> to me absolutely fine, its just Trumpet Winsock that has the problem.

> If you don't mind e-mailing me, I'd appreciate it, my newsfeed is very
> unreliable right now :(

Hi.  For me, 2.1.2c and Winsock came up running.  They worked very
well together.  Then I got Winsock 2.1d instead of 2.0e and now I
have some difficulty with file transfers from Winsock to Linux,
although moving files in the other direction goes fine, as does
typing-speed information flow both ways.

I'm interested in working with you on these troubles of yours and
mine.  As a start, here's my trumpwsk.ini:

[Trumpet Winsock]
ip=204.138.93.3
netmask=255.255.255.0
gateway=204.138.93.1
dns=204.138.93.2
time=
domain=consultronics.on.ca
vector=00
mtu=576
rwin=2048
mss=512
rtomax=60
ip-buffers=32
pkt-buffers=16
slip-enabled=1
slip-port=3
slip-baudrate=115200
slip-handshake=1
slip-compressed=0
dial-option=0
online-check=0
inactivity-timeout=5
slip-timeout=0
slip-redial=0
slip-logging=0
slip-rcvbuf=8192
slip-sndbuf=8192
dial-parity=0
font=Courier,9
registration-name=[snip]
registration-password=[snip]
use-socks=0
socks-host=0.0.0.0
socks-port=1080
socks-id=
socks-local1=0.0.0.0 0.0.0.0
socks-local2=0.0.0.0 0.0.0.0
socks-local3=0.0.0.0 0.0.0.0
socks-local4=0.0.0.0 0.0.0.0
ppp-enabled=1
ppp-usepap=0
ppp-username=""
ppp-password=""
ip-routing=0
registration-check=[snip]
win-posn=8 273 633 458 21 408 -3 -3 2
trace-options=0
next-port=2297

[default vars]
%busywt=1
$prompt=six).
$number=[snip]
$username=glouis

================================================

Nothing special about the pppd.  I create login a/c's with shells
that run pppd :expectedIP and let the users (self included) log in to
those accounts when they want PPP.

I've recently downloaded 2.1.2d but haven't tried it yet.  I'll
probably stick with 2c till 2.1.2 (now in its second beta) is
official.



www.consultronics. |" 'sed aberrasti a  |   77 0B 39 81 28 CE 7D D0
     on.ca/~glouis |" folliculo!'"      |   4C 7A 6E CC E7 21 4C 55

 
 
 
Top

1. Talk refused to talk:(:(:(:(

Hello there people:)...
  I had linux kernel 1.2.8 installed in my system. I have a SLIP/PPP
connection using either dip (for SLIP) or pppd/chat (for PPP).
  Now, Most of my network stuff are working fine without any problem at all
except talk. Talk works fine for local chatting. No problem at all. The
problem is when ever I call out to other machine (using the SLIP/PPP line),
nothing has ever happen. It got as far as Checking invitation stuff. Never
more.
  Just out of curiosity I ran netstate to check the udp connection whenever
I have talk running. Running locally (talk that is) I got output as follow:

Active Internet connections
Proto Recv-Q Send-Q Local Address          Foreign Address        (State)
User
udp        0      0 lucifer.newpaltz.:1328 *:*                    

Which I presumed opened by talk (only one here because the other side hadn't
responded to the call yet).  I also get the same thing whenever I call
someone outside my system to talk. Of course, it never got to the other
system (I was waiting on the other system using telnet for the talk request,
never got there. And I had made sure that mesg was y).

Now when I call *IN* from other system (telnet to another system and run
talk over there to my system), I have (on my system) output as follow:

Active Internet connections
Proto Recv-Q Send-Q Local Address          Foreign Address        (State)
User

And also from netstat -a, I could find talk/ntalk were still listening.
Seems to me the call from outside didn't get through.

Now, since I haven't done anything to configure talk specifically, is there
anything I have to do to make this connection possible. Since I can't talk
to outside nor can I receive talk request from other hosts, I'm under the
assumption that my talk program somehow is not configured properly.

Any configuration file I have to check?
man, faq, howto, etc to refer to this kind of error?
May be replace my talk/ntalk/talkd/ntalkd with something else and where to
find it/them?
Does it depend on something in the kernel that I have to enable during the
compile time?
Wrong version altogether with the kernel?
Is it possible that talk needs long time to make the connection? (None of my
other stuff that I know of behave like this).
May be my inetd is broken?
If so, how do I check for it?
And where to find the latest version of it?

And while I'm at it, what's the latest version of talk?
Where to find it?
Is there a better chatting program that's backward compatible with talk?
Meaning that the program has more features than talk but at the same time
can be used to communicate with other regular talk program whenever the
program is not available on the other host.

--
Send comment and reply to:



2. make_recovery hp-ux v11.00 -10.20 ???

3. Linux pppd to trumpet windoze

4. Can Anyone Tell Me How debian Differs from Other Linux distributions

5. my trashed hard drive. :( :( :(

6. SCO OpenServer and Linksys PCI LAN Card II

7. Trumpet winsock to PPPD linux

8. linux on blue G3

9. HELP: pppd is slow compared to trumpet winsock

10. Trumpet Winsock => Linux pppd

11. trumpet winsock+pppd ???

12. pppd and Trumpet Winsock

13. ppp: trumpet 2.0b - solaris 2.4/x86 pppd/dp3.12


All times are UTC
Board index