PPP problems - RedHat 5.0, PAP, 3COM Impact IQ, USWest Interact ISP

PPP problems - RedHat 5.0, PAP, 3COM Impact IQ, USWest Interact ISP

Post by Chris Davi » Sat, 05 Dec 1998 04:00:00



Hello,

I am about to pull all of my hair out over this thing, but I figured I would
ask for some help first.

I have an ISDN line providing internet access for my office using a 3COM
Impact IQ ISDN TA. The ISP is USWest's Interact service, and I believe I am
connecting to an Ascend router at their end.

At my end, the Impact IQ is connected to a Red Hat 5.0 box running diald
with masq, providing an auto-connecting link for our network. Simple enough.

I set this system up several months ago, and it worked well enough. The only
problem was that MultilinkPPP did not work - I could only get one B channel
to connect at a time. It turned out that I needed to use PAP for MPPP,
rather than the simple chat-script I was using. So I succeeded in setting up
a configuration that used PAP for MPPP, but I never got around to making it
work with diald. So the diald setup worked at 64kbs, and when I wanted to
transfer a lot of data, I would kill diald and start my PAP/MPPP setup for
128kbs. When finished, I would restart diald.

This state of affairs ran acceptably until yesterday at 11:15 am. diald just
stopped connecting. After looking at the logs and running things by hand, I
found that the connection was dying in the chat - I was never getting a
'password:' prompt after I returned my username. I waited a couple of hours,
then called Interact. They told me:
- everything was running fine.
- they had not changed anything in the system (yeah right...)
- I had to use PAP to connect

Fine, so I tried my PAP setup, and _it_ didn't work anymore! So I spent
several hours doing what I could to figure out what went wrong. Listed below
are the debug logfile output and the pertinent config files with the setup
that appears to get the farthest.

Can anybody help me out here? I have had enough problems with this system,
and seen enough other people with similar problems that if I manage to get
this fixed, I will try to start collecting some sort of Impact IQ FAQ.

Thank you.
Chris Davis

//-----------------------------------------------------------------
//  Some notes on what I've figured out so far..

[** -- see log file below] I _think_ what the LCP messages are saying goes
something like this:
1. My machine sends an LCP configuration request packet, specifying
    packet and address/header compression. ([LCP ConfReq id=0x1..)
2. The ISP machine rejects the request ([LCP ConfRej id=0x1..)
3. My machine send another LCP config packet without the compression
    request. ([LCP ConfReq id=0x2..)
4. The ISP machine never responds.
5. After my machine has sent 10 LCP packets without a response, it gives
    up and terminates the connection.

-- So why doesn't the ISP machine ever respond?

-- if I turn off packet and header compression by adding "-ac -pc" to the
    PPPOPTIONS, then I don't get any LCP packets back from the ISP
    machine at all -- it just skips #1 and #2 in the steps above.

-- I am not getting any <auth> or <PAP> messages as I was expecting after
looking through docs. Is PAP even enabled correctly?

//-----------------------------------------------------------------
//  /var/log/messages

Dec  4 12:02:10 rama pppd[31152]: pppd 2.3.3 started by cjdavis, uid 0
Dec  4 12:02:11 rama chat[31153]: abort on (BUSY)
Dec  4 12:02:11 rama chat[31153]: abort on (ERROR)
Dec  4 12:02:11 rama chat[31153]: abort on (NO CARRIER)
Dec  4 12:02:11 rama chat[31153]: abort on (NO DIALTONE)
Dec  4 12:02:11 rama chat[31153]: abort on (Invalid Login)
Dec  4 12:02:11 rama chat[31153]: abort on (Login incorrect)
Dec  4 12:02:11 rama chat[31153]: send (ATS71=1^M)
Dec  4 12:02:12 rama chat[31153]: expect (OK)
Dec  4 12:02:12 rama chat[31153]: ATS71=1^M^M
Dec  4 12:02:12 rama chat[31153]: OK
Dec  4 12:02:12 rama chat[31153]:  -- got it
Dec  4 12:02:12 rama chat[31153]: send (ATDT555-1212^M)
Dec  4 12:02:12 rama chat[31153]: expect (CONNECT)
Dec  4 12:02:12 rama chat[31153]: ^M
Dec  4 12:02:14 rama chat[31153]: ATDT555-1212^M^M
Dec  4 12:02:14 rama pppd[31152]: Serial connection established.
Dec  4 12:02:14 rama chat[31153]: CONNECT
Dec  4 12:02:14 rama chat[31153]:  -- got it
Dec  4 12:02:14 rama chat[31153]: send (^M)
Dec  4 12:02:15 rama pppd[31152]: Using interface ppp0
Dec  4 12:02:15 rama pppd[31152]: Connect: ppp0 <--> /dev/ttyS0
Dec  4 12:02:15 rama pppd[31152]: sent [LCP ConfReq id=0x1 <magic 0x7f7c>
<pcomp> <accomp>]
Dec  4 12:02:15 rama pppd[31152]: rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
       ^^^^^^^^^^
 I think this is a critical clue right here.......[**]
Dec  4 12:02:15 rama pppd[31152]: sent [LCP ConfReq id=0x2 <magic 0x7f7c>]
Dec  4 12:02:42 rama last message repeated 9 times
Dec  4 12:02:45 rama pppd[31152]: LCP: timeout sending Config-Requests
Dec  4 12:02:45 rama pppd[31152]: Connection terminated.
Dec  4 12:02:46 rama pppd[31152]: Exit.

//-----------------------------------------------------------------
//  /etc/sysconfig/network-scripts/ifcfg-ppp3

PERSIST=yes
DEFROUTE=yes
ONBOOT=no
INITSTRING=ATS71=1
MODEMPORT=/dev/ttyS0
LINESPEED=115200
ESCAPECHARS=no
DEFABORT=yes
HARDFLOWCTL=yes
DEVICE=ppp3
PPPOPTIONS="asyncmap 0"
DEBUG=yes
PAPNAME=myusername
REMIP=
IPADDR=
BOOTPROTO=none
MTU=
MRU=
DISCONNECTTIMEOUT=
RETRYTIMEOUT=
USERCTL=no

//-----------------------------------------------------------------
//  /etc/sysconfig/network-scripts/ifcfg-ppp3

'ABORT' 'BUSY'
'ABORT' 'ERROR'
'ABORT' 'NO CARRIER'
'ABORT' 'NO DIALTONE'
'ABORT' 'Invalid Login'
'ABORT' 'Login incorrect'
'' 'ATS71=1'
'OK' 'ATDT555-1212'
'CONNECT' ''

//-----------------------------------------------------------------
//  /etc/ppp/options

lock

//-----------------------------------------------------------------
//  /etc/ppp/pap-secrets

# Secrets for authentication using PAP
# client        server  secret                  IP addresses
myusername      ppp3    mypassword

//-----------------------------------------------------------------
//  /etc/ppp/chap-secrets

# Secrets for authentication using CHAP
# client        server  secret                  IP addresses

Thanks again for any help people can give me.

______________________________________________________________________
Chris Davis, Product Design Engineer | voice:  (602) 837-5200
Technologic Systems, Inc             | fax:    (602) 837-5300

Fountain Hills, AZ 85268             | web:    www.t-systems.com

 
 
 

PPP problems - RedHat 5.0, PAP, 3COM Impact IQ, USWest Interact ISP

Post by James Carlso » Tue, 08 Dec 1998 04:00:00



> then called Interact. They told me:
> - everything was running fine.
> - they had not changed anything in the system (yeah right...)
> - I had to use PAP to connect

That second line probably isn't true.

Quote:> -- So why doesn't the ISP machine ever respond?

It certainly *looks* to be broken.  One other possibility is that,
since you're using a translating TA, this device is itself getting
confused.  I'd bet that the suspicious lack of an accm option on the
async side of this connection (you have an async TA on your side,
right?) has something to do with the problem.

Quote:> -- if I turn off packet and header compression by adding "-ac -pc" to the
>     PPPOPTIONS, then I don't get any LCP packets back from the ISP
>     machine at all -- it just skips #1 and #2 in the steps above.

> -- I am not getting any <auth> or <PAP> messages as I was expecting after
> looking through docs. Is PAP even enabled correctly?

PAP has nothing to do with the problem.  You're never getting out of
LCP because the peer is stuck.

Quote:> Dec  4 12:02:15 rama pppd[31152]: sent [LCP ConfReq id=0x1 <magic 0x7f7c>
> <pcomp> <accomp>]
> Dec  4 12:02:15 rama pppd[31152]: rcvd [LCP ConfRej id=0x1 <pcomp> <accomp>]
>        ^^^^^^^^^^
>  I think this is a critical clue right here.......[**]
> Dec  4 12:02:15 rama pppd[31152]: sent [LCP ConfReq id=0x2 <magic 0x7f7c>]

[...]

You specify "asyncmap 0", but there's no ACCM option presented in the
LCP Configure-Request.  That certainly doesn't seem like a good thing
at all.

Quote:> 'ABORT' 'BUSY'
> 'ABORT' 'ERROR'
> 'ABORT' 'NO CARRIER'
> 'ABORT' 'NO DIALTONE'
> 'ABORT' 'Invalid Login'
> 'ABORT' 'Login incorrect'
> '' 'ATS71=1'
> 'OK' 'ATDT555-1212'
> 'CONNECT' ''

I would do this instead:

        'CONNECT' \c

I don't think that's the problem, though.

--

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

 
 
 

PPP problems - RedHat 5.0, PAP, 3COM Impact IQ, USWest Interact ISP

Post by Chris Davi » Tue, 08 Dec 1998 04:00:00


James,

It turns out that the Impact IQ has had some sort of anyurism that breaks
the protocol negotiation - it appears to be in that notorious ppp
translation section. The bizarre part is that _everything_ else in the
Impact works just fine. I don't get it.

To add insult to injury, 3Com has given me 2 options:
1. Send the Impact to 3Com, and they will repair or replace it within 30
days.
2. Pay 3Com $75 and they will send me a new Impact and then I send back the
broken one.

Because we have faxes, credit card transactions, and modem connections going
through the analog side of the Impact, I am forced to pay the extortion fee.
Argh.

Oh well, at least this crazy snow here in Phoenix cheers me up...

Thanks for your input
-Chris



>> then called Interact. They told me:
>> - everything was running fine.
>> - they had not changed anything in the system (yeah right...)
>> - I had to use PAP to connect

>That second line probably isn't true.

>> -- So why doesn't the ISP machine ever respond?

>It certainly *looks* to be broken.  One other possibility is that,
>since you're using a translating TA, this device is itself getting
>confused.  I'd bet that the suspicious lack of an accm option on the
>async side of this connection (you have an async TA on your side,
>right?) has something to do with the problem.

<snip>
 
 
 

1. 3com Impact IQ & Redhat 5.0

I seem to go through this everytime I change anything. In this case, I
got a larger drive and moved the /usr volume to it's own physical place.
I've got a 3com ImpactIQ ISDN modem , along with an analog one I use for
fax's and other things. In  Windows & in Linux, the analog modem works
fine with ppp. In windows, the ISDN modem is great. In Linux , the ISDN
modem won't talk to me. Not even through minicom. It's on COM2 which is
cua1 I think and my ipup procedure does a setserial /dev/cua1 (or
whichever is right) irq 11 UART 16750 spd_vhi which the port accepts and
I see the 3com lights blink. By the way, I'm running kernel 2.1.53 which
is the one that recognizes the 16750 uart I use. Anyway, that's about as
far as I get now. I can't seem to talk to the modem with at commands and
actually, I'm sure it would work just like the other modem does if I
could just figure out how to talk to it at all. It works (externally)
just like any modem. Anyone know about this sort of problem? Tia, Mick

2. System Accounting in Solaris !!

3. ISDN problem w/ 3Com Impact IQ, Red Hat 5.0 (More info)

4. XFIG 2.1.7

5. ISDN problem w/ 3Com Impact IQ, Red Hat 5.0

6. ATI Mach64 PCI server needed

7. question - setup ISDN 3com Impact IQ - Redhat 5.1

8. Kermit,sz,rz...Problems

9. PPP with 3Com Impact IQ

10. ppp and 3com Impact IQ -- VERY slow

11. 3com Impact IQ Connect Rates

12. 3com Impact IQ with Lavaport-ISA 16650 UART serial

13. LinuxPPP+3com Impact IQ terminal adapter..