Someone will correct me if I'm wrong, but I believe if you make that setting on the ARC, it is a default, which you should be able to override for specific users by having your radius server supply the correct attribute setting the max_channels to something else during authentication. - Joel -----Original Message----- From: matthew@the-spa.com [mailto:matthew@the-spa.com] Sent: Monday, March 10, 2003 8:54 PM To: usr-tc@mailman.xmission.com Subject: RE: [USR-TC] Duplicate logins. ok so i have a chassis that has two hiper arc's, it is pretty much full of hiper dsp's i only have a handful of people who pay for multiple logins (they are mostly isdn users) so if i did the statement for each hiper arc that set the default to be 1 login per user, could i then go and do a specific entry for each of the few users who are allowed 2 logins? if so, that would be better than what i have now. i know it wouldn't stop them from logging in once on each hiper arc, but it is surprising how often someone will login twice and end up on the same hiper arc even though i have them setup for even/odd etc. matthew ---- Original Message ---- From: jfox@foxcomputers.com To: usr-tc@mailman.xmission.com Subject: RE: [USR-TC] Duplicate logins. Date: Mon, 10 Mar 2003 18:47:34 -0600
Kinda what I figured. Thanks for all the replies.
-----Original Message----- From: Charles Sprickman [mailto:spork@inch.com] Sent: Monday, March 10, 2003 6:21 PM To: usr-tc@mailman.xmission.com Subject: RE: [USR-TC] Duplicate logins.
On Mon, 10 Mar 2003, Joel - Fox Computers wrote:
Interested in how this works: let say I have dual ARC's and I "set network user default ppp max_channels 1". Then if the user is connected, and dials in again and connects to the second ARC, will they still not be able to log in? I suspect the two ARC's don't communicate that, so setting max_channels to 1 means they could log in once on each ARC, for a total of twice?
This is best left to your radius server if you have more than one arc in service...
C
-----Original Message----- From: alex [mailto:alex@wanex.ge] Sent: Monday, March 10, 2003 6:35 PM To: usr-tc@mailman.xmission.com Subject: Re: [USR-TC] Duplicate logins.
on ARC write:
set network user <user> ppp max_channels <0-16>
For example if you want all users to have duplicate logins write set network user default ppp max_channels 0
Justin Wheeler wrote:
My USR is disconnecting every user that tries to duplicate login.
I want my radius to control that for me.
The user dials in the first time, connects, no problems.
The user dials in a second time while the first is connected, they handshake, the user sends username and password, the usr checks
the
username/password with the radius server. The radius server says, "login OK'. The TC drops the connection, and sends no accounting packets.
Any ideas?
Regards, Justin Wheeler
-- Computer programmer (n): Red-eyed mammal capable of communicating with electronics and inanimate equipment.
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
set max_channels 0 for all users and control duplicate logins from radius. I think it is easiest way from all. Your radius HAS TO have that function. Joel - Fox Computers wrote:
Someone will correct me if I'm wrong, but I believe if you make that setting on the ARC, it is a default, which you should be able to override for specific users by having your radius server supply the correct attribute setting the max_channels to something else during authentication.
- Joel
-----Original Message----- From: matthew@the-spa.com [mailto:matthew@the-spa.com] Sent: Monday, March 10, 2003 8:54 PM To: usr-tc@mailman.xmission.com Subject: RE: [USR-TC] Duplicate logins.
ok so i have a chassis that has two hiper arc's, it is pretty much full of hiper dsp's
i only have a handful of people who pay for multiple logins (they are mostly isdn users)
so if i did the statement for each hiper arc that set the default to be 1 login per user, could i then go and do a specific entry for each of the few users who are allowed 2 logins?
if so, that would be better than what i have now. i know it wouldn't stop them from logging in once on each hiper arc, but it is surprising how often someone will login twice and end up on the same hiper arc even though i have them setup for even/odd etc.
matthew ---- Original Message ---- From: jfox@foxcomputers.com To: usr-tc@mailman.xmission.com Subject: RE: [USR-TC] Duplicate logins. Date: Mon, 10 Mar 2003 18:47:34 -0600
Kinda what I figured. Thanks for all the replies.
-----Original Message----- From: Charles Sprickman [mailto:spork@inch.com] Sent: Monday, March 10, 2003 6:21 PM To: usr-tc@mailman.xmission.com Subject: RE: [USR-TC] Duplicate logins.
On Mon, 10 Mar 2003, Joel - Fox Computers wrote:
Interested in how this works: let say I have dual ARC's and I "set
network user default ppp max_channels 1". Then if the user is connected, and dials in again and connects to the second ARC, will they still not be able to log in? I suspect the two ARC's don't communicate that, so setting max_channels to 1 means they could log in once on each ARC, for a total of twice?
This is best left to your radius server if you have more than one arc in service...
C
-----Original Message----- From: alex [mailto:alex@wanex.ge] Sent: Monday, March 10, 2003 6:35 PM To: usr-tc@mailman.xmission.com Subject: Re: [USR-TC] Duplicate logins.
on ARC write:
set network user <user> ppp max_channels <0-16>
For example if you want all users to have duplicate logins write set network user default ppp max_channels 0
Justin Wheeler wrote:
My USR is disconnecting every user that tries to duplicate login.
I want my radius to control that for me.
The user dials in the first time, connects, no problems.
The user dials in a second time while the first is connected, they handshake, the user sends username and password, the usr checks
the
username/password with the radius server. The radius server says,
"login
OK'. The TC drops the connection, and sends no accounting
packets.
Any ideas?
Regards, Justin Wheeler
-- Computer programmer (n): Red-eyed mammal capable of
communicating with
electronics and inanimate equipment.
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
_______________________________________________ USR-TC mailing list USR-TC@mailman.xmission.com http://mailman.xmission.com/cgi-bin/mailman/listinfo/usr-tc
Hi. We just added a second Channelize T1 and it's not taking calls. Specifically, it's answering, but not authenticating. When I console into the HiperARC, I see an alert that the ''facility IP level critical, not IP address available for IP assignment'' I know we did this when we setup the Chassis last year, but.... So, urgently, how does one go about increasing the size of our IP pool from 24 to 48 IP's? I only have console access, since my Arc software doesn't take to my HiperARC (To new...) Thank you, Todd Chamberlain
At 03:54 PM 3/11/2003 -0600, you wrote:
Hi. We just added a second Channelize T1 and it's not taking calls. Specifically, it's answering, but not authenticating. When I console into the HiperARC, I see an alert that the ''facility IP level critical, not IP address available for IP assignment''
I know we did this when we setup the Chassis last year, but.... So, urgently, how does one go about increasing the size of our IP pool from 24 to 48 IP's?
I only have console access, since my Arc software doesn't take to my HiperARC (To new...)
set ip pool "name" size <1-4096> "name" = name of your ip pool Or you can create a another pool and have it start where the first one ends. Having multiple pools is a very handy thing, I have 3 pools for each arc, 2 arcs per chassis. (one arc does odd DSP's the other does even DSP's). - Mike ------------------------------------------------ Rock Island Communications, Inc. (360)-378-5884 http://www.rockisland.com/ San Juan Islands, WA ------------------------------------------------
Thanks for that command. I could have used that a month ago (before I joined the list). -----Original Message----- From: usr-tc-admin@mailman.xmission.com [mailto:usr-tc-admin@mailman.xmission.com] On Behalf Of Mike Greene Sent: Tuesday, March 11, 2003 4:32 PM To: usr-tc@mailman.xmission.com Subject: Re: [USR-TC] IP Pool Size At 03:54 PM 3/11/2003 -0600, you wrote:
Hi. We just added a second Channelize T1 and it's not taking calls. Specifically, it's answering, but not authenticating. When I console into the HiperARC, I see an alert that the ''facility IP level critical, not IP address available for IP assignment''
I know we did this when we setup the Chassis last year, but.... So, urgently, how does one go about increasing the size of our IP pool from
24 to 48 IP's?
I only have console access, since my Arc software doesn't take to my HiperARC (To new...)
set ip pool "name" size <1-4096> "name" = name of your ip pool Or you can create a another pool and have it start where the first one ends. Having multiple pools is a very handy thing, I have 3 pools for each arc, 2 arcs per chassis. (one arc does odd DSP's the other does even DSP's). - 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 (5)
-
alex -
Jim Sheldon -
Joel - Fox Computers -
Mike Greene -
Support