Re: Disappearing PPP routes

pax_2111 · ‎08-01-2002

Hi,

I'm experiencing a strange problem with an Access Server (Cisco 3640, IOS 12.2(3))

I have a PRI on the router that accepts dial-up connections (most of them ISDN).

The access server runs EBGP and OSPF with other routers within the AS.

Some dial-in connections appear normally, as directly connected, while others don't appear (OSPF does the redistribution of connected).

In the show user output I have five assigned IP addresses, yet the show IP route displays only two of them as connected,

and the rest are included in 197.52.34.0/24 BGP route (show ip route 197.52.34.9 will show a BGP route, while the connection is on).

Can someone shed a light on the cause of the problem.

Debug ppp events shows that the PPP routes ae being installed properly.

thanks

#sh ip route 197.52.34.0

Routing entry for 197.52.34.0/24, 21 known subnets

Attached (6 connections)

Variably subnetted with 4 masks

Redistributing via ospf 915

O 197.52.34.232/30 [110/1952] via 197.52.34.237, 11:20:51, Serial2/0.1

C 197.52.34.236/30 is directly connected, Serial2/0.1

O 197.52.34.252/30 [110/1952] via 197.52.34.237, 11:20:51, Serial2/0.1

O E2 197.52.34.192/29 [110/20] via 197.52.34.237, 11:20:51, Serial2/0.1

O 197.52.34.200/29 [110/1962] via 197.52.34.237, 11:20:51, Serial2/0.1

O E2 197.52.34.208/30 [110/20] via 197.52.34.237, 11:20:51, Serial2/0.1

C 197.52.34.212/30 is directly connected, Serial2/0.2

O 197.52.34.216/30 [110/1952] via 197.52.34.237, 11:20:51, Serial2/0.1

O E1 197.52.34.160/29 [110/1972] via 197.52.34.237, 11:20:51, Serial2/0.1

O E2 197.52.34.176/29 [110/20] via 197.52.34.237, 11:20:51, Serial2/0.1

C 197.52.34.184/29 is directly connected, FastEthernet1/0

O E2 197.52.34.98/32 [110/20] via 197.52.34.237, 11:20:51, Serial2/0.1

O E2 197.52.34.77/32 [110/20] via 197.52.34.237, 11:20:51, Serial2/0.1

O E2 197.52.34.48/32 [110/20] via 197.52.34.237, 01:39:27, Serial2/0.1

B 197.52.34.0/24 [20/0] via 197.52.34.237, 11:19:20

C 197.52.34.3/32 is directly connected, Loopback1

O 197.52.34.4/32 [110/1953] via 197.52.34.237, 11:20:51, Serial2/0.1

O 197.52.34.5/32 [110/391] via 197.52.34.237, 11:20:51, Serial2/0.1

O 197.52.34.6/32 [110/1953] via 197.52.34.237, 11:20:51, Serial2/0.1

C 197.52.34.12/32 is directly connected, Dialer0

C 197.52.34.13/32 is directly connected, Dialer0

#sh user

Interface User Mode Idle Peer Address

Vi1 111111111 Virtual PPP (Bundle) 00:00:04 197.52.34.12

Vi2 222222222 Virtual PPP (Bundle) 00:00:04 197.52.34.13

Se1/0:0 333333333 Sync PPP 01:09:22 PPP: 197.52.34.10

Se1/0:10 222222222 Sync PPP - Bundle: Vi2

Se1/0:13 111111111 Sync PPP - Bundle: Vi1

Se1/0:14 444444444 Sync PPP 00:00:19 PPP: 197.52.34.14

Se1/0:17 555555555 Sync PPP 05:20:50 PPP: 197.52.34.9

mljohnson · ‎08-01-2002

I suspect you are seeing CSCdu73980, fixed in 12.2(4) and later code. I would suggest an upgrade (I don't think there is any workaround).

pax_2111 · ‎08-01-2002

I upgraded the IOS to 12.2(8)T5 and still the problem persists

mljohnson · ‎08-02-2002

OK; I think that you should open a case with the TAC, then, since this could be a new bug. I'm not sure if you could try 12.2M to see if that acts any differently, but at any rate the disappearing routes with 12.2T needs to be looked into further.