ISDN UserA logs in and hits the second chassis. He can't see dick. After a
quick traceroute attempt I realize his route is not advertized through OSPF
(he's got a /29 routed to him). I confirmed this through 'show route ospf,'
which did not have his /29 listed. A 'show sxx' shows soemthing about it
being a virtual mcppp port, even though this is his only login.
Reconnecting does no good. I was very confused to say the least, then I
noticed...
On the first chassis in the group, there's a V0 port listed for a userB
that does not have 2 channel capability, and it shows as "DISCONNECTING."
Resetting that V channel does no good, it just pops right back up.
Resetting the primary port userB is on causes both to drop. After that,
userA can reconnect and everything works. And now I'm even more baffled
than I was before.
This scenario is obviosuly precarious to reproduce, but it's happened twice
today. EXACTLY the same situation. Same userA, different userB.
I'm crying "UNCLE!" Anyone wanna take a stab at this?
Here's userA's RADIUS entry (userB's is just a default):
userA Password = "UNIX"
User-Service-Type = Framed-User,
Idle-Timeout = 600,
Framed-Address = 10.10.10.25,
Framed-Netmask = 255.255.255.248,
Port-Limit = 2,
Framed-Protocol = PPP
(address changed to protect the afflicted)
Jon
-
To unsubscribe, email 'majordomo@livingston.com' with
'unsubscribe portmaster-users' in the body of the message.
Searchable list archive: <URL:http://www.livingston.com/Tech/archive/>