Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bug or feature? (was Re: (ASCEND) Doing CLID with 7.0.0 (pos
Hi,
On 06-Dec-98 Andre Beck wrote:
>> AFAIK, Ascend planned to change the effects of this switch in
>> that direction, which you see now. The philosophy seems to be "NACK
>> means
>> NACK". So if you get the CLID from an incoming user and there is no
>> profile for this number - there is no chance for the user to log in.
>
> This is nonsense. It breaks the NAS for probably every second ISP in
> the world. Please remember that ISDN is still a european and especially
> german domain, IIRC Germany has 30% of all ISDN endpoints worldwide.
> Ignoring this market by breaking such _basic_ functionality almost
> every ISP here is using daily and is requiring for proper operations
> is beyond stupidity.
>
> How the hack should one PPP-Auth a caller who sends a CLID without
> losing CLID capability at all ?
If you really need 7.0, couldn't you hack your radius to get the old "Id
Auth=Prefer" behaviour? What would happen, if it uses this generic
pseudo-profile
accept_call Password="Ascend-CLID"
Ascend-Require-Auth=Require-Auth
for every incoming radius request with Password "Ascend-CLID" if you
don't find a profile for the users phonenumber in your radius database??
I havn't tested this, but IMHO it could work for you.
Best regards,
Marc
++ Ascend Users Mailing List ++
To unsubscribe: send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd: <http://www.nealis.net/ascend/faq>