Mailing List Archive

ppp over frame IOS bug?
I'm testing PPP over Frame in "the lab" on my desk and have run into
something odd.

My setup is a 7206vxr, PA-MC-T3, M13 MUX, 1602, wic-1T, and an Adtran TSU
LT.

Relevant parts of the configs follow:

[7206]
frame-relay switching
!
controller T3 2/0
cablelength 10
t1 1 channel-group 0 timeslots 1-24
!
interface Serial2/0/1:0
no ip address
encapsulation frame-relay IETF
frame-relay lmi-type ansi
frame-relay intf-type dce
!
interface Serial2/0/1:0.1 point-to-point
frame-relay interface-dlci 16 ppp Virtual-Template1
!
interface Virtual-Template1
bandwidth 64
ip unnumbered Loopback0
load-interval 30
max-reserved-bandwidth 99
fair-queue
ppp multilink
ppp multilink fragment-delay 10
ppp multilink interleave

[1602]
interface Virtual-Template1
bandwidth 384
ip unnumbered Loopback0
max-reserved-bandwidth 99
no ip route-cache
load-interval 30
fair-queue 64 16 0
ppp multilink
ppp multilink fragment-delay 10
ppp multilink interleave
!
interface Serial1
no ip address
encapsulation frame-relay IETF
no ip route-cache
frame-relay lmi-type ansi
!
interface Serial1.1 point-to-point
no ip route-cache
frame-relay interface-dlci 16 ppp Virtual-Template1

The 1600 is running c1600-y-l.122-16.bin.

The 7206 was originally running c7200-is-mz.121-16.bin. I got the above
setup working and then decided I should try it with the IOS we're running
on the production router that needs to support this sort of setup. So I
upgraded the 7206 to c7200-js-mz.121-5.T12.bin. This broke the PPP
session.

Debug ppp neg on the 7206 produced the following, which would repeat
indefinitely.

00:55:40: Vi1 LCP: O CONFREQ [ACKsent] id 216 len 21
00:55:40: Vi1 LCP: MagicNumber 0xD039C9EB (0x0506D039C9EB)
00:55:40: Vi1 LCP: MRRU 1524 (0x110405F4)
00:55:40: Vi1 LCP: EndpointDisc 1 Local (0x13070137323030)
00:55:41: Vi1 LCP: I CONFREQ [ACKsent] id 213 len 23
00:55:41: Vi1 LCP: MagicNumber 0xE02F554D (0x0506E02F554D)
00:55:41: Vi1 LCP: MRRU 1524 (0x110405F4)
00:55:41: Vi1 LCP: EndpointDisc 1 Local (0x130901526F75746572)
00:55:41: Vi1 LCP: O CONFACK [ACKsent] id 213 len 23
00:55:41: Vi1 LCP: MagicNumber 0xE02F554D (0x0506E02F554D)
00:55:41: Vi1 LCP: MRRU 1524 (0x110405F4)
00:55:41: Vi1 LCP: EndpointDisc 1 Local (0x130901526F75746572)
00:55:42: Vi1 LCP: TIMEout: State ACKsent

On the 1602 side, I got the following, repeating as above.

00:38:05: Vi1 LCP: O CONFREQ [REQsent] id 196 len 23
00:38:05: Vi1 LCP: MagicNumber 0xE041AC65 (0x0506E041AC65)
00:38:05: Vi1 LCP: MRRU 1524 (0x110405F4)
00:38:05: Vi1 LCP: EndpointDisc 1 Router (0x130901526F75746572)
00:38:07: Vi1 LCP: TIMEout: State REQsent

I then upgraded the 7206 to c7200-p-mz.122-14.S.bin, and with no config
changes on either end, the PPP session works again. According to FN, this
is supported in c7200-js-mz.121-5.T12.bin. Anyone know if it's known to
be broken in c7200-js-mz.121-5.T12.bin?

It looks like I'm going to be forced to upgrade production routers from
c7200-js-mz.121-5.T12.bin to something newer...perhaps 122-14.S, which
appears to be working on our 7513.

----------------------------------------------------------------------
Jon Lewis *jlewis@lewis.org*| I route
System Administrator | therefore you are
Atlantic Net |
_________ http://www.lewis.org/~jlewis/pgp for PGP public key_________