Subject: | |
From: | |
Reply To: | |
Date: | Wed, 6 Dec 2006 13:15:54 -0500 |
Content-Type: | text/plain |
Parts/Attachments: |
|
|
Nope. Didn't work for us :(
Still working on it with TAC. Will update.
--Homer Manila
Network Security Administrator
OIT, American University
202-885-2209
Homer Manila wrote:
> Simon,
>
> Thanks for the advice. Upon an earlier investigation of our problem
> with TAC, we actually noticed one of our CASes not having the managed
> subnets specified for some odd reason, but adding them didn't seem to
> make a bit of difference with our clears/kicks.
>
> I'll try removing/adding them in again during a low-use period before
> our next scheduled clear/kick and see if that works. Let you know.
>
> Thanks again.
>
> --Homer Manila
> Network Security Administrator
> OIT, American University
> 202-885-2209
>
>
>
> Simon Bell wrote:
>> Yes, I've seen that. I had to delete then readd our managed subnets to
>> correct the problem. I've also found that if you change the web admin
>> password on one of your CASs, that also generates this problem, along
>> with users showing up in VLAN N/A and all 0's for MACs. You can quickly
>> delete and recreate the managed VLANS, it typically only causes a blip
>> in connectivity.
>>
>> Simon
>>
>> From: Homer Manila <[log in to unmask]>
>> To: <[log in to unmask]>
>> Date: 11/16/2006 6:16 PM
>> Subject: Scheduled CDL clear and OUL kick problems
>>
>> All,
>>
>> I know this is a shot in the dark, especially since I already have a
>> months-old TAC open, but I was wondering if anyone else is experiencing
>>
>> what we're experiencing: scheduled Certified Device List clears and
>> Online User List kicks won't clear/kick all our users, just most of
>> them; I will see quite a handful (~100 out of 2.5k) of users still
>> logged-on/online after the supposed clear/kick, until I manually
>> clear/kick them.
>>
>> --Homer Manila
>> Network Security Administrator
>> OIT, American University
>> 202-885-2209
>>
>>
|
|
|