[cisco-nas] ppp over frame IOS bug?

[jlewis at lewis.org]

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 at lewis.org*|  I route
 System Administrator        |  therefore you are
 Atlantic Net                |  
_________ http://www.lewis.org/~jlewis/pgp for PGP public key_________