RE: [USR-TC] disconnect after 30 seconds??
Is this on a Hiper ARC? If so, do this: Dialup to the chassis and start your ping going to keep it connected. telnet to the ARC. enter the command SHOW SESSION <your_username> This will show you the Idle timeout. If it's 30, which I suspect it will be, then you need to find where it's getting that from. You can do a MON RAD, then dialup and monitor for the user to see whether or not it's coming from the radius server during authentication. Just a couple suggestions. - Joel -----Original Message----- From: Mike Greene [mailto:mikeg@rockisland.com] Sent: Monday, February 24, 2003 10:14 AM To: usr-tc@mailman.xmission.com Subject: [USR-TC] disconnect after 30 seconds?? Hello List, Strange problem that just developed on one of our chassis, users will get disconnected after 30 seconds of inactivity. The only "idle timer" we have is via radius and that is 30 minutes I even removed that entry in our radius configuration and it is still happening. We have several POPs, all of them use the same Radius system, none of the other POPs are having this problem. If you have an active PING running you will not get disconnected, if you stop you will get dropped almost exactly 30 seconds later. Tried adjusting the "Default" users settings in the ARC from 0 to 1800 seconds (idle timer) and that didn't make any difference. Any other areas we could be looking at to determine what may be causing this? - Mike ------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------ _______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
At 10:34 AM 2/24/2003 -0600, you wrote:
Is this on a Hiper ARC? If so, do this:
Dialup to the chassis and start your ping going to keep it connected.
telnet to the ARC.
enter the command SHOW SESSION <your_username>
This will show you the Idle timeout. If it's 30, which I suspect it will be, then you need to find where it's getting that from. You can do a MON RAD, then dialup and monitor for the user to see whether or not it's coming from the radius server during authentication.
Just a couple suggestions.
Thanks Joel, Unfortunately that didn't reveal a smoking gun... The first session was without the idle timer specified in radius (notice the idle timeout is not shown in the first session). INFORMATION FOR SESSION mikeg Service Type: Framed Framed Protocol: PPP Session Timeout: 28800 Speed of Connection: Auto NAS IP Address: x.x.x.72 Login Service: Telnet Interface Name: slot:1/mod:22 Active Session ID: 18688388 Traffic Threshold: 0 Keep Alive Interval: 0 Framed IP Netmask: 255.255.255.0 MLPPP Fragmentation Threshold: 0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1500 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 0 Transmit Acc Map: 0 Here is the 2nd session with the idle timer enabled in Radius, still get disconnected after 30 seconds though. INFORMATION FOR SESSION mikeg Service Type: Framed Framed Protocol: PPP Session Timeout: 28800 Idle Timeout: 1800 Speed of Connection: Auto NAS IP Address: x.x.x.72 Login Service: Telnet Interface Name: slot:1/mod:23 Active Session ID: 18756472 Traffic Threshold: 0 Keep Alive Interval: 0 Framed IP Netmask: 255.255.255.0 MLPPP Fragmentation Threshold: 0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1500 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 0 Transmit Acc Map: 0 HiPer>> Very strange indeed! I think I'll reboot the chassis and see what happens. - Mike ------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------
I have seen this issue on some of my TC's. The fix for me in the past has been to reboot the chassis. I have also heard that some people make it a habit reboot there chassis every 30 days or so. What do you get on the Free Memory VS. Total memory, from sh mem? What about List Files (total Sectors, Free Sectors)? Thanks, Kris McElroy kmcelroy@duracom.net Internet Systems Engineer Duracom, INC. www.duracom.net "I am always doing that which I can not do, in order that I may learn how to do it." ----- Original Message ----- From: "Mike Greene" <mikeg@rockisland.com> To: <usr-tc@mailman.xmission.com> Sent: Monday, February 24, 2003 11:01 AM Subject: RE: [USR-TC] disconnect after 30 seconds??
At 10:34 AM 2/24/2003 -0600, you wrote:
Is this on a Hiper ARC? If so, do this:
Dialup to the chassis and start your ping going to keep it connected.
telnet to the ARC.
enter the command SHOW SESSION <your_username>
This will show you the Idle timeout. If it's 30, which I suspect it will be, then you need to find where it's getting that from. You can do a MON RAD, then dialup and monitor for the user to see whether or not it's coming from the radius server during authentication.
Just a couple suggestions.
Thanks Joel,
Unfortunately that didn't reveal a smoking gun... The first session was without the idle timer specified in radius (notice the idle timeout is not shown in the first session).
INFORMATION FOR SESSION mikeg Service Type: Framed Framed Protocol: PPP Session Timeout: 28800 Speed of Connection: Auto NAS IP Address: x.x.x.72 Login Service: Telnet Interface Name: slot:1/mod:22 Active Session ID: 18688388 Traffic Threshold: 0 Keep Alive Interval: 0 Framed IP Netmask: 255.255.255.0 MLPPP Fragmentation Threshold: 0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1500 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 0 Transmit Acc Map: 0
Here is the 2nd session with the idle timer enabled in Radius, still get disconnected after 30 seconds though.
INFORMATION FOR SESSION mikeg Service Type: Framed Framed Protocol: PPP Session Timeout: 28800 Idle Timeout: 1800 Speed of Connection: Auto NAS IP Address: x.x.x.72 Login Service: Telnet Interface Name: slot:1/mod:23 Active Session ID: 18756472 Traffic Threshold: 0 Keep Alive Interval: 0 Framed IP Netmask: 255.255.255.0 MLPPP Fragmentation Threshold: 0 Framed Routing: None Framed Callback Identifier: 0 Framed MTU: 1500 Compression Algorithm: None Compression Reset Mode: Auto Receive Acc Map: 0 Transmit Acc Map: 0 HiPer>>
Very strange indeed! I think I'll reboot the chassis and see what happens.
- Mike
------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
participants (3)
-
Joel - Fox Computers -
Kris McElroy -
Mike Greene