08-01-2002 06:13 AM - edited 03-02-2019 12:21 AM
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
08-01-2002 02:10 PM
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).
08-01-2002 10:46 PM
I upgraded the IOS to 12.2(8)T5 and still the problem persists
08-02-2002 09:22 AM
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.
Find answers to your questions by entering keywords or phrases in the Search bar above. New here? Use these resources to familiarize yourself with the community: