DSL Line - PPPoE (-current) and truncated-ip

DSL Line - PPPoE (-current) and truncated-ip

Post by Steve William » Thu, 14 Sep 2000 04:00:00



Hi,

I am trying to configure a client's system for DSL access using PPPoE.

This is a 2.7-patch system, with the ppp and pppoe from the -current.
They
compile up absolutely no problem.

The PPoE component appears to be working 100 %.

Everything looks good, but I am getting truncated IP packets when I do a

TCPDUMP on the network interface running off to the DSL modem.

There is also a problem with reliability and throughput ( which I equate
with
the truncated packets ).

There is one reference to this in the mailing list archives, but no
solution.

I SUSPECT that it is related to the MRU being hosed, but the ISP is
really
being a* ( and I don't have a choice, my client selected them )...

The PPPoE occurs, and the PAP handshaking establishes a link with a
MRU of 1492, then performs authentication.

The authentication causes a re-negotiation of the PAP paramaters, and at

this point, the MRU/MTU (appears) to be agreed upon as 1500.  WTF??

I have a feeling that this is the problem, but really don't know...

I had to turn off LQR just so the link would stay up.  If LQR was
enabled,
just idling, the PPP link would disconnect & restablish..

Thanks for ANY suggestions...
----------------------------------------------------------------------
TCP Dump example
----------------------------------------------------------------------
15:39:55.857170 PPPoE-Session
        code Session, version 1, type 1, id 0x001a, length 178
        IP: truncated-ip - 102 bytes missing!b.gtld-servers.net.domain >
xyz.domain:  47546- 1/3/3 A

----------------------------------------------------------------------
PPP Log file
----------------------------------------------------------------------
Sep 13 01:23:39 xyz ppp[29101]: Phase: Using interface: tun0
Sep 13 01:23:39 xyz ppp[29101]: Phase: deflink: Created in closed state
Sep 13 01:24:54 xyz ppp[29101]: Phase: Listening at port 3000.
Sep 13 01:24:54 xyz ppp[14208]: Phase: PPP Started (ddial mode).
Sep 13 01:24:54 xyz ppp[14208]: Phase: bundle: Establish
Sep 13 01:24:54 xyz ppp[14208]: Phase: deflink: closed -> opening
Sep 13 01:24:55 xyz ppp[14208]: Phase: deflink: Connected!
Sep 13 01:24:55 xyz ppp[14208]: Phase: deflink: opening -> dial
Sep 13 01:24:55 xyz ppp[14208]: Phase: deflink: dial -> carrier
Sep 13 01:24:55 xyz ppp[14208]: Phase: deflink: carrier -> login
Sep 13 01:24:55 xyz ppp[14208]: Phase: deflink: login -> lcp
Sep 13 01:24:55 xyz ppp[14208]: LCP: FSM: Using "deflink" as a transport

Sep 13 01:24:55 xyz ppp[14208]: LCP: deflink: State change Initial -->
Closed
Sep 13 01:24:55 xyz ppp[14208]: LCP: deflink: State change Closed -->
Stopped
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: LayerStart
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: SendConfigReq(1) state =
Stopped
Sep 13 01:24:56 xyz ppp[14208]: LCP:  MRU[4] 1492
Sep 13 01:24:56 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x3b3caede
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: State change Stopped -->
Req-Sent
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: RecvConfigReq(7) state =
Req-Sent
Sep 13 01:24:56 xyz ppp[14208]: LCP:  MRU[4] 1492
Sep 13 01:24:56 xyz ppp[14208]: LCP:  AUTHPROTO[4] 0xc023 (PAP)
Sep 13 01:24:56 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x009bcd3a
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: SendConfigAck(7) state =
Req-Sent
Sep 13 01:24:56 xyz ppp[14208]: LCP:  MRU[4] 1492
Sep 13 01:24:56 xyz ppp[14208]: LCP:  AUTHPROTO[4] 0xc023 (PAP)
Sep 13 01:24:56 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x009bcd3a
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: State change Req-Sent -->
Ack-Sent
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: RecvConfigAck(1) state =
Ack-Sent
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: State change Ack-Sent -->
Opened
Sep 13 01:24:56 xyz ppp[14208]: LCP: deflink: LayerUp
Sep 13 01:24:56 xyz ppp[14208]: Phase: bundle: Authenticate
Sep 13 01:24:56 xyz ppp[14208]: Phase: deflink: his = PAP, mine = none

Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: RecvConfigReq(2) state =
Opened
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: LayerDown
Sep 13 01:24:57 xyz ppp[14208]: LCP:  AUTHPROTO[4] 0xc023 (PAP)
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x547172c3
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: SendConfigReq(2) state =
Opened
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MRU[4] 1492
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x77a5d801
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: SendConfigAck(2) state =
Opened
Sep 13 01:24:57 xyz ppp[14208]: LCP:  AUTHPROTO[4] 0xc023 (PAP)
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x547172c3
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: State change Opened -->
Ack-Sent
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: RecvConfigNak(2) state =
Ack-Sent
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MRU[4] 1500
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: SendConfigReq(3) state =
Ack-Sent
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MRU[4] 1500
Sep 13 01:24:57 xyz ppp[14208]: LCP:  MAGICNUM[6] 0x77a5d801
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: RecvConfigAck(3) state =
Ack-Sent
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: State change Ack-Sent -->
Opened
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: LayerUp
Sep 13 01:24:57 xyz ppp[14208]: Phase: deflink: his = PAP, mine = none

Sep 13 01:24:57 xyz ppp[14208]: Phase: Pap Input: SUCCESS ()
Sep 13 01:24:57 xyz ppp[14208]: Phase: deflink: lcp -> open
Sep 13 01:24:57 xyz ppp[14208]: Phase: bundle: Network
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: RecvProtocolRej(3) state =
Opened
Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: -- Protocol 0x80fd
(Compression Control Protocol) was rejected!
Sep 13 01:24:58 xyz ppp[14208]: LCP: deflink: RecvEchoRequest(1) state =
Opened
Sep 13 01:24:58 xyz ppp[14208]: LCP: deflink: SendEchoReply(1) state =
Opened
Sep 13 01:25:08 xyz ppp[14208]: LCP: deflink: RecvEchoRequest(2) state =
Opened
Sep 13 01:25:08 xyz ppp[14208]: LCP: deflink: SendEchoReply(2) state =
Opened

----------------------------------------------------------------------
LCP Configuration
----------------------------------------------------------------------
$ pppctl 3000
Password:
PPP ON xyz> show lcp
deflink: LCP [Opened]
 his side: MRU 1492, ACCMAP ffffffff, PROTOCOMP off, ACFCOMP off,
           MAGIC 547172c3, MRRU 0, SHORTSEQ off, REJECT 0000
 my  side: MRU 1500, ACCMAP 00000000, PROTOCOMP off, ACFCOMP off,
           MAGIC 77a5d801, MRRU 0, SHORTSEQ on, REJECT 0000

 Defaults: MRU = 1492, ACCMAP = 00000000
           LQR period = 30s, Open Mode = active (delay 1s)
           FSM retry = 3s, max 5 Config REQs, 5 Term REQs
    Ident:

 Negotiation:
           ACFCOMP =   disabled & denied
           CHAP =      disabled & accepted
           MSCHAP =    disabled & accepted
           LANMan =    disabled & accepted
           LQR =       disabled & denied
           PAP =       disabled & accepted
           PROTOCOMP = disabled & accepted

PPP ON xyz> Connection closed
$ exit

Script done on Wed Sep 13 01:41:44 2000

----------------------------------------------------------------------
PPP Configuration file
----------------------------------------------------------------------

default:

dsl:
   set log lcp Phase Warning Error Alert

        set device "!/usr/sbin/pppoe -i vr1"
        set mtu 1492
        set mru 1492
        set speed sync
        disable lqr acfcomp protocomp
        deny acfcomp
 deny lqr

 set authkey  XXXXXX
 add default hisaddr

 
 
 

DSL Line - PPPoE (-current) and truncated-ip

Post by James Carlso » Sat, 16 Sep 2000 04:00:00



> 15:39:55.857170 PPPoE-Session
>         code Session, version 1, type 1, id 0x001a, length 178
>         IP: truncated-ip - 102 bytes missing!b.gtld-servers.net.domain >
> xyz.domain:  47546- 1/3/3 A

I don't think that's an MTU problem; at least it's not a problem of
1492 versus 1500.  The packet would be 1492 bytes long and you'd be
off by 8 bytes in that case.  You're off by 102 on a 280 byte packet
instead.  This means that either the IP header is terribly corrupted
or that the connection between the PPP daemon and pppoe driver doesn't
work right.

Quote:> Sep 13 01:24:57 xyz ppp[14208]: LCP: deflink: RecvConfigNak(2) state =
> Ack-Sent
> Sep 13 01:24:57 xyz ppp[14208]: LCP:  MRU[4] 1500

At least for the MTU, this is the problem.  The peer is telling you to
use an MRU (his MTU) of 1500.  If his MTU really is set to 1500,
that's just not going to work over PPPoE, and there's nothing at all
you can do about it.

Quote:>  his side: MRU 1492, ACCMAP ffffffff, PROTOCOMP off, ACFCOMP off,
>            MAGIC 547172c3, MRRU 0, SHORTSEQ off, REJECT 0000
>  my  side: MRU 1500, ACCMAP 00000000, PROTOCOMP off, ACFCOMP off,
>            MAGIC 77a5d801, MRRU 0, SHORTSEQ on, REJECT 0000

That's suspicious looking, at least.  ACCM isn't used on non-async
links, and the default when not negotiated (as in this case) is
ffffffff.  Seeing one side set to zero is at least odd.

--

SUN Microsystems / 1 Network Drive         71.234W   Vox +1 781 442 2084
MS UBUR02-212 / Burlington MA 01803-2757   42.497N   Fax +1 781 442 1677
Second Edition now available - http://people.ne.mediaone.net/carlson/ppp

 
 
 

1. "truncated-ip" using DSL + 2.4.10 kernel

Hi all!
Perhaps you can shed a little light on a phenomena
which really makes me curious...

I'm running a linux box (a Suse 7.3, by the way :)
using their 2.4.10 kernel to do some simple
masquerading. I'm connected to the net via DSL.

Having problems connecting to some sites, I used
tcpdump to watch out for possible reasons.
That was when I first encountered the truncated-ip
messages.  Soon I came to that MTU/MRU of 1492 solution,
which solved the problem with not beeing able
to connect to the sites mentioned above...

Unfortunately, the truncated-ip error messages are
still there.

Has anyone an idea what lies beneath?

Thnx for your input!
George

tcpdump:
23:12:26.800035 PPPoE  [ses 0x1e2f] IP 214: truncated-ip - 1280 bytes
missing!cgi180.hrz.tu-chemnitz.de.http > 192.168.100.44.orbixd: P
1440:2880(1440) ack 1 win
31944 <nop,nop,timestamp 23176585 1275639> (DF) [tos 0x8]
23:12:26.801946 PPPoE  [ses 0x1e2f] IP 54:
pD9E559CD.dip.t-dialin.net.orbixd >
cgi180.hrz.tu-chemnitz.de.http: . ack 1441 win 47520
<nop,nop,timestamp 1275659 23176585> (DF)
[tos 0x8]
23:12:26.816070 PPPoE  [ses 0x1e2f] IP 214: truncated-ip - 1280 bytes
missing!cgi180.hrz.tu-chemnitz.de.http > 192.168.100.44.orbixd: P
2880:4320(1440) ack 1 win
31944 <nop,nop,timestamp 23176587 1275640> (DF) [tos 0x8]

2. cd burning woes

3. IP truncated-ip - 4 bytes missing!

4. Remote office printing question

5. PPPoe and my DSL Line

6. IBM ValuePoint S3 X Windows

7. pppoe - dynamic IP - DSL connection

8. Linux SLIP

9. setting host name and IP with DSL (pppoe)

10. NTS(PPPoE dsl interface) on Redhat Linux 6.1 w/IP Masq

11. Setting host name, IP, etc. for intermittent connection (PPP, DSL/PPPoe)

12. truncated-ip with tcpdump and ISDN

13. tcpreplay,tcpdump and truncated-ip