PAP Problem...?

PAP Problem...?

Post by A.J.T » Tue, 01 Feb 2000 04:00:00



I've been trying to figure this one out for a month now...here goes...

Whenever trying to upload anything, to anywhere (even when sending
e-mail messages), more often than not, kppp will disconnect. This does
not happen when downloading or viewing web pages, only when uploading.

The problem only began when I switched my ISP from one that used a
terminal-based login to one that uses a PAP-based login. I did not
switch Linux distributions or change any config files beyond what was
necessary in kppp (ie, telephone number, username, etc.) As an
experiment, I tried logging into my old ISP and had no problems
whatsoever.

What do you make of this? I've included with this e-mail the kppp
logfile that accompanied the error. FYI: I'm running SuSE 6.3 out of the
box; kppp version 1.6.23 (included with SuSE 6.3); NewCom Internal Fax
Modem (56k/X2) ISA PnP; Mindspring dial-up account.

Thank you for your time.

-Jesse Gordon

[ PPP-logfile 3K ]
Jan 31 03:28:29 SkyView pppd[460]: pppd 2.3.10 started by jesse, uid 500
Jan 31 03:28:29 SkyView pppd[460]: Using interface ppp0
Jan 31 03:28:29 SkyView pppd[460]: Connect: ppp0 <--> /dev/ttyS3
Jan 31 03:28:29 SkyView pppd[460]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xd7c98a1e> <pcomp> <accomp>]
Jan 31 03:28:29 SkyView pppd[460]: rcvd [LCP ConfReq id=0x1 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1d17713e> <pcomp> <accomp> < 11 04 05 ea> < 13 03 00>]
Jan 31 03:28:29 SkyView pppd[460]: sent [LCP ConfRej id=0x1 < 11 04 05 ea> < 13 03 00>]
Jan 31 03:28:29 SkyView pppd[460]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xd7c98a1e> <pcomp> <accomp>]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [LCP ConfReq id=0x2 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1d17713e> <pcomp> <accomp>]
Jan 31 03:28:30 SkyView pppd[460]: sent [LCP ConfAck id=0x2 <mru 1514> <asyncmap 0x0> <auth pap> <magic 0x1d17713e> <pcomp> <accomp>]
Jan 31 03:28:30 SkyView pppd[460]: sent [LCP EchoReq id=0x0 magic=0xd7c98a1e]
Jan 31 03:28:30 SkyView pppd[460]: sent [PAP AuthReq id=0x1 user="XXXXXXXXXXXXXXXXXXXXXX" password="XXXXXXXX"]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [LCP EchoRep id=0x0 magic=0x1d17713e]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [PAP AuthAck id=0x1 ""]
Jan 31 03:28:30 SkyView pppd[460]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01>]
Jan 31 03:28:30 SkyView pppd[460]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [IPCP ConfReq id=0x3 <compress VJ 0f 00> <addr 168.121.1.1>]
Jan 31 03:28:30 SkyView pppd[460]: sent [IPCP ConfAck id=0x3 <compress VJ 0f 00> <addr 168.121.1.1>]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [IPCP ConfNak id=0x1 <addr 165.121.113.217> <compress VJ 0f 00>]
Jan 31 03:28:30 SkyView pppd[460]: sent [IPCP ConfReq id=0x2 <addr 165.121.113.217> <compress VJ 0f 00>]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [LCP ProtRej id=0x4 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Jan 31 03:28:30 SkyView pppd[460]: rcvd [IPCP ConfAck id=0x2 <addr 165.121.113.217> <compress VJ 0f 00>]
Jan 31 03:28:30 SkyView pppd[460]: local  IP address 165.121.113.217
Jan 31 03:28:30 SkyView pppd[460]: remote IP address 168.121.1.1
Jan 31 03:28:30 SkyView pppd[460]: Script /etc/ppp/ip-up started (pid 462)
Jan 31 03:28:30 SkyView pppd[460]: Script /etc/ppp/ip-up finished (pid 462), status = 0x0
Jan 31 03:29:00 SkyView pppd[460]: sent [LCP EchoReq id=0x1 magic=0xd7c98a1e]
Jan 31 03:29:01 SkyView pppd[460]: rcvd [LCP EchoRep id=0x1 magic=0x1d17713e]
Jan 31 03:29:30 SkyView pppd[460]: sent [LCP EchoReq id=0x2 magic=0xd7c98a1e]
Jan 31 03:29:30 SkyView pppd[460]: rcvd [LCP EchoRep id=0x2 magic=0x1d17713e]
Jan 31 03:29:46 SkyView pppd[460]: Hangup (SIGHUP)
Jan 31 03:29:46 SkyView pppd[460]: Modem hangup
Jan 31 03:29:46 SkyView pppd[460]: Script /etc/ppp/ip-down started (pid 468)
Jan 31 03:29:46 SkyView pppd[460]: Connection terminated.
Jan 31 03:29:46 SkyView pppd[460]: Connect time 1.3 minutes.
Jan 31 03:29:46 SkyView pppd[460]: Sent 25554 bytes, received 163342 bytes.
Jan 31 03:29:46 SkyView pppd[460]: Waiting for 1 child processes...
Jan 31 03:29:46 SkyView pppd[460]:   script /etc/ppp/ip-down, pid 468
Jan 31 03:29:46 SkyView pppd[460]: Script /etc/ppp/ip-down finished (pid 468), status = 0x0
Jan 31 03:29:46 SkyView pppd[460]: Exit.

 
 
 

PAP Problem...?

Post by James Carlso » Wed, 02 Feb 2000 04:00:00



> Jan 31 03:29:30 SkyView pppd[460]: sent [LCP EchoReq id=0x2 magic=0xd7c98a1e]
> Jan 31 03:29:30 SkyView pppd[460]: rcvd [LCP EchoRep id=0x2 magic=0x1d17713e]
> Jan 31 03:29:46 SkyView pppd[460]: Hangup (SIGHUP)

This is not a PPP problem.  It's possible that there are local
problems (such as either a "setserial" misconfiguration or a missing
"ATS2=255" in the set-up string), but it's much more likely that
there's a modem incompatibility here.

Most modems have a proprietary command that will read back the reason
for the last disconnect; usually some form of "ATI".  You should "cu"
to the modem after this problem occurs and try to extract that
information.

If I had to take a wild guess, your ISP probably just upgraded from an
ad-hoc, stand-alone system to one of those large, integrated access
servers.  Those servers usually have arrays of DSPs instead of
external modems, and it's critically important that the DSP software
is the latest-and-greatest revision.  Unfortunately, due to the way
most companies handle the release process, that's not always the
software *sold* with the system and requires a call to technical
support.

The good news is that most of those access servers have very good
debug tools available for checking low connect rates and unexpected
disconnects.  Once you have some information that the problem isn't on
your end, call the ISP and ask them to look into your spurious
disconnects.

--

IronBridge Networks / 55 Hayden Avenue   71.246W   Vox:  +1 781 372 8132
Lexington MA  02421-7996 / USA           42.423N   Fax:  +1 781 372 8090
"PPP Design and Debugging" --- http://people.ne.mediaone.net/carlson/ppp

 
 
 

PAP Problem...?

Post by Clifford Kit » Wed, 02 Feb 2000 04:00:00



> Jan 31 03:28:30 SkyView pppd[460]: sent [IPCP ConfReq id=0x1

<addr 0.0.0.0> <compress VJ 0f 01>]
Quote:> Jan 31 03:28:30 SkyView pppd[460]: rcvd [IPCP ConfReq id=0x3

<compress VJ 0f 00> <addr 168.121.1.1>]
Quote:> Jan 31 03:28:30 SkyView pppd[460]: sent [IPCP ConfAck id=0x3

<compress VJ 0f 00> <addr 168.121.1.1>]
Quote:> Jan 31 03:28:30 SkyView pppd[460]: rcvd [IPCP ConfNak id=0x1

<addr 165.121.113.217> <compress VJ 0f 00>]

This IPCP ConfNak is the only thing I see here that hints at where
the problem might lie.  The original pppd IPCP ConfReq asked for a
different value in the last octet of the VJ header compression option,
i.e., it requested 01 instead of 00.

Quote:> Jan 31 03:28:30 SkyView pppd[460]: sent [IPCP ConfReq id=0x2

<addr 165.121.113.217> <compress VJ 0f 00>]

Here pppd accomodates the peer by changing the request to include
the new 00 value for VJ compression.

Quote:> Jan 31 03:28:30 SkyView pppd[460]: rcvd [LCP ProtRej id=0x4 80 fd 01 01

00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Quote:> Jan 31 03:28:30 SkyView pppd[460]: rcvd [IPCP ConfAck id=0x2

<addr 165.121.113.217> <compress VJ 0f 00>]

Here the peer replies with a ConfAck for the 00 value, but it's
remotely possible that this flavor of VJ compression is broken for
either pppd or the peer PPP implementation.

It's easy to test, just add the pppd option "novj" to cause pppd to
reject header compression altogether.  If the problem goes away
then either pppd is not encoding this type of VJ header compression
correctly or the peer is not decoding it correctly.

--

 
 
 

PAP Problem...?

Post by A.J.T » Wed, 02 Feb 2000 04:00:00


Thanks for the info. This is really frustrating - the problem does not
occur under Windows, so the modem must work somehow. I'm thinking the
problem is hidden in some ppp script somewhere. *sigh* I don't want to
go back to Windows just to use the Internet!!!!! LOL

-AJ



> > Jan 31 03:29:30 SkyView pppd[460]: sent [LCP EchoReq id=0x2 magic=0xd7c98a1e]
> > Jan 31 03:29:30 SkyView pppd[460]: rcvd [LCP EchoRep id=0x2 magic=0x1d17713e]
> > Jan 31 03:29:46 SkyView pppd[460]: Hangup (SIGHUP)

> This is not a PPP problem.  It's possible that there are local
> problems (such as either a "setserial" misconfiguration or a missing
> "ATS2=255" in the set-up string), but it's much more likely that
> there's a modem incompatibility here.

> Most modems have a proprietary command that will read back the reason
> for the last disconnect; usually some form of "ATI".  You should "cu"
> to the modem after this problem occurs and try to extract that
> information.

> If I had to take a wild guess, your ISP probably just upgraded from an
> ad-hoc, stand-alone system to one of those large, integrated access
> servers.  Those servers usually have arrays of DSPs instead of
> external modems, and it's critically important that the DSP software
> is the latest-and-greatest revision.  Unfortunately, due to the way
> most companies handle the release process, that's not always the
> software *sold* with the system and requires a call to technical
> support.

> The good news is that most of those access servers have very good
> debug tools available for checking low connect rates and unexpected
> disconnects.  Once you have some information that the problem isn't on
> your end, call the ISP and ask them to look into your spurious
> disconnects.

> --

> IronBridge Networks / 55 Hayden Avenue   71.246W   Vox:  +1 781 372 8132
> Lexington MA  02421-7996 / USA           42.423N   Fax:  +1 781 372 8090
> "PPP Design and Debugging" --- http://people.ne.mediaone.net/carlson/ppp

 
 
 

1. ppp pap problem

I know this is very simple...

I'm configuring a dial-up isdn connection to my ISP. Its using PAP
authentication and they want to authenticate my router, but they don't
provide authentication back to me.

My config appears to be fine except for the ppp authentication stuff. When
I dial up with debugging on I see the message: "PPP Serial0: No remote
authentication for call-out".

How do I do it?

Here's the relevant parts of my config...

hostname asnauk
username asnauk password xxxx

interface Serial0
 ip unnumbered Ethernet0
 encapsulation ppp
 dialer in-band
 dialer string xxxx
 dialer-group 1
 no fair-queue
 no cdp enable
 ppp reliable-link
 ppp authentication pap callin
 pulse-time 1

dialer-list 1 protocol ip permit

Mark

2. Help - Getting VMS onto MULTIA box.

3. BitsurferPro Rev-L & PAP Problem(s)?

4. lpd source for IRIX 4.0.5

5. Pap problem continued

6. ICD & GVP both online

7. pap problem

8. REQ: OO RTS design methodologies

9. PAP problem with mgetty and Windows 98

10. PAP problems ...

11. PAP problem Linux to NT

12. PAP problems

13. Netcom PPP PAP Problem