Alvarion BreezeMax BTS - Service provisioning?

[Ben Wiechman]

Not that I am aware of. All we've been getting out of the BTS is start and
end time. There may be a way to enable additional support. No interim
updates either, and I don't believe that is supported in the current version
of the 16e firmware either. 

All you really get out of the accounting is registered BTS, sector, start
and end times. Sector information can be deducted based on port ID - each
step of 2^16 appears to correspond to a particular AU card slot. AU slot 1
appears to use ports starting around 200 (haven't dug through to determine
the actual start point), AU slot 2 around 65700, etc. 

> -----Original Message-----
> From: freeradius-users-
> bounces+wiechman.lists=gmail.com at lists.freeradius.org
> [mailto:freeradius-users-
> bounces+wiechman.lists=gmail.com at lists.freeradius.org] On Behalf Of
> Steve Evans
> Sent: Thursday, July 09, 2009 1:12 AM
> To: FreeRadius users mailing list
> Subject: Re: Alvarion BreezeMax BTS - Service provisioning?
> 
> Well that is the Authenticating, Authorising done and the Service
> provisioning sorted.  Now it's time to see if I can get anything useful
> out of the BTS for Account purposes.
> 
> Any pointer Ben?  Ideally the customer would like to see session
> bandwidth
> usage and all those normal kind of stats - will the BTS provide anything
> remotely resembling this look at that Acct log files on the FreeRadius
> the
> only information seems to be login info (but at least the MAC is
> provided
> in the Calling-Station-id!) ? :-/
> 
> Thanks in advance
> Steve
> 
> 
> 
> On Thu, 09 Jul 2009 09:17:32 +0700, Ben Wiechman
> <wiechman.lists at gmail.com> wrote:
> 
> > Actually authorization in their hybrid 16d system that Steve is using
> is
> > very seamless. We've looked at many solutions and in most
> > configuration/service assignment revolves around some kind of custom
> NMS
> > that is a complete kludge or require service levels to be configured
> in
> > each
> > MS individually. Supplying the services via RADIUS is a decent
> > semi-standardized approach that helps with centralization.
> >
> > I think they could stand to improve the attribute structure a bit as
> the
> > long string is a fun regular expression exercise when you work for
> > standardization. Then again, you should see the DHCP option string
> that
> > is
> > used to configure their ATA adapters... heh
> >
> > It's really their ASN-GW that deviates... a bit... from the standard.
> And
> > the fact that they have a strange attitude toward IOT. We asked and
> were
> > essentially told that the FR team would have to come crawling to Tel
> > Aviv on
> > their bellies and beg for the chance to be forced to pay for IOT
> testing.
> > Helpfully pointing out that IOT testing would be a non-issue if the
> > established standard was followed wasn't met with much of a response.
> >
> > Ben
> >
> >> -----Original Message-----
> >> From: freeradius-users-
> >> bounces+wiechman.lists=gmail.com at lists.freeradius.org
> >> [mailto:freeradius-users-
> >> bounces+wiechman.lists=gmail.com at lists.freeradius.org] On Behalf Of
> Ivan
> >> Kalik
> >> Sent: Wednesday, July 08, 2009 3:45 AM
> >> To: FreeRadius users mailing list
> >> Subject: Re: Alvarion BreezeMax BTS - Service provisioning?
> >>
> >> >    Hopefully someone has come across this before and can easily
> answer
> >> the
> >> > question I am attempting to get an Alvarion Breezemax basestation
> >> working
> >> > with FreeRadius for provisioning of services.
> >>
> >> Best advice you are going to get here is: "avoid Alvarion if
> possible".
> >>
> >> Ivan Kalik
> >> Kalik Informatika ISP
> >>
> >> -
> >> List info/subscribe/unsubscribe? See
> >> http://www.freeradius.org/list/users.html
> >
> > -
> > List info/subscribe/unsubscribe? See
> > http://www.freeradius.org/list/users.html
> 
> 
> -
> List info/subscribe/unsubscribe? See
> http://www.freeradius.org/list/users.html