3Com Impact, Dialing 3Com Chassis, w/linux, linuk randomly going "stale"

3Com Impact, Dialing 3Com Chassis, w/linux, linuk randomly going "stale"

Post by Shane Brat » Fri, 22 Jan 1999 04:00:00



3Com Impact, Dialing 3Com Chassis, w/linux, linuk randomly going "stale"

Alright I am really looking for some help here. I am going to give all
the info I can and am hoping that someone has seen this before..

Here we Go.

LInux box Client box Redhat INstall 2.0.36 Kernel, w/2.0.36 kernel
included ppp modules, w/2.3.5 pppd server. (Note: I have tried 2.0.34
kernel w/2.3.4 pppd mods with same results)

*NEW* 3Com Total Control Chassis at ISP Consisting of this:
HiPer DSP - the PRI connects to this card
HiPer ARC - the 'router' card for the chassis also takes care of
interfacing
with the RADIUS server
NMC - network management card for the chassis

3Com Impact IP modem on linux box serial port dialing into Total Control
Box at ISP.

My problems all started when the ISP upgraded from an older USR Total
Contrl unit to the NEW 3Com Unit.

With the SAME config dialing into the *OLD* USR Total Control Unit, I
had over 1 month of SUSTAINED CONNECT w/o error.

With the new 3com usr total contrl box, I stay connected for about 20-30
minutes, and then start seeing Unsupported-Protocol messages from the
pppd server, the Unsupported-Protocol type are at best random, like 0x9,
0x99, 0x84ff, etc. I have seen about 50 unique 'random'
Unsupported-Protocol messages.

Back to the problem, OLD usr total control unit, NO error messages,
Great Connection, New 3COM version of Total Control unit, lots of
errors, and get droipped frequently.

Now a word about what I mean by being dropped. WHen the link goes
"stale" I can ping the ppp link and the ethernet interface on the other
side of the ppp link, BUT I CAN'T telnet or establish any type of
protocol connect to it.

Alright, The 3Com Impact IQ Is being dialed with the following script:
/usr/sbin/pppd connect 'chat -v ""
ATW1S60=64S80=1S71=1%C2S51=XXXXXXXXXXS52=XXXXXXXXXX0101S53=XXXXXXXXXXS54=XXXXXXXXXX0101
OK ATDXXXXXXX\&XXXXXXX CONNECT '  /dev/cua1 115200 crtscts modem
defaultroute noipdefault user XXXXXXX noccp asyncmap 0 lcp-echo-failure
6 lcp-echo-interval 10

I am using pap connection and the remote is radius authenticated:

Here is a sample of the Unsupported-Protocol Messages:
Jan 11 11:15:40 gatekeeper pppd[22455]: Unsupported protocol (0x5)
received
Jan 11 11:16:01 gatekeeper pppd[22455]: Unsupported protocol (0x5)
received
Jan 11 11:16:01 gatekeeper pppd[22455]: Unsupported protocol (0x5)
received
Jan 11 12:09:27 gatekeeper pppd[22455]: Unsupported protocol (0x7265)
received
Jan 11 12:09:30 gatekeeper pppd[22455]: Unsupported protocol (0x7265)
received
Jan 11 12:09:36 gatekeeper pppd[22455]: Unsupported protocol (0x7265)
received
Jan 11 12:09:47 gatekeeper pppd[22455]: Unsupported protocol (0x7265)
received
Jan 12 11:05:19 gatekeeper pppd[1348]: Unsupported protocol (0xd5)
received
Jan 12 14:06:06 gatekeeper pppd[1348]: Unsupported protocol (0xb)
received
Jan 12 15:02:20 gatekeeper pppd[3546]: Unsupported protocol (0x8b)
received
Jan 12 15:02:22 gatekeeper pppd[3546]: Unsupported protocol (0xdcc7)
received
Jan 12 15:02:24 gatekeeper pppd[3546]: Unsupported protocol (0xdcc7)
received
Jan 12 15:02:25 gatekeeper pppd[3546]: Unsupported protocol (0xdcc7)
received

Jan 21 17:55:16 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x10
Jan 21 17:55:16 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x10
Jan 21 17:55:16 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:17 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:17 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x10
Jan 21 17:55:18 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:20 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:20 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x1
Jan 21 17:55:21 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x1
Jan 21 17:55:21 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:22 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x1
Jan 21 17:55:23 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:24 gatekeeper last message repeated 2 times
Jan 21 17:55:25 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x1
Jan 21 17:55:26 gatekeeper last message repeated 2 times
Jan 21 17:55:31 gatekeeper pppd[8631]: Protocol-Reject for unsupported
protocol 0x0
Jan 21 17:55:36 gatekeeper last message repeated 7 times

pppd verison:

/usr/sbin/pppd: unrecognized option '-v'
pppd version 2.3 patch level 5
Usage: /usr/sbin/pppd [ options ], where options are:[snip]

Also the FILEVERSION on the kernel files.

ppp.c: *  ==FILEVERSION 980512==
ppp.c: *     if everyone increases the FILEVERSION number above, then
scripts
ppp.c:          return -ENFILE;
bsd_comp.c: *  ==FILEVERSION 4==
bsd_comp.c: *     the kernel; if everyone increases the FILEVERSION
number above,

Like I said, I have been working on this to no avail for over 3 weeks. I
believe it is some sort of incompatibility between the 3com Impact and
the 3Com Total Control new unit. As if I just drop the connection to the
new 3com box and have the linux box login to the old USR total control
unit, everything is solid.


Thanks in advance..

 
 
 

3Com Impact, Dialing 3Com Chassis, w/linux, linuk randomly going "stale"

Post by James Carlso » Sun, 24 Jan 1999 04:00:00



> With the new 3com usr total contrl box, I stay connected for about 20-30
> minutes, and then start seeing Unsupported-Protocol messages from the
> pppd server, the Unsupported-Protocol type are at best random, like 0x9,
> 0x99, 0x84ff, etc. I have seen about 50 unique 'random'
> Unsupported-Protocol messages.

That commonly occurs when CCP is in use and there are bugs in the CCP
algorithm implementation.

Since you're using 2.3.5, try turning on "noccp" and see if that
doesn't fix the problem.

--

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