Karlnet
[Top] [All Lists]

Re: [Karlnet] bandwidth management

To: "Karlnet Mailing List" <karlnet@WISPNotes.com>
Subject: Re: [Karlnet] bandwidth management
From: "Bob Hrbek" <bhrbek@jagwireless.com>
Reply-to: Karlnet Mailing List <karlnet@WISPNotes.com>
Date: Tue, 15 Jul 2003 17:29:39 -0500
List-post: <mailto:karlnet@WISPNotes.com>
correct
----- Original Message ----- 
From: "Kevin Knuth" <kknuth@karlnet.com>
To: "Karlnet Mailing List" <karlnet@WISPNotes.com>
Sent: Tuesday, July 15, 2003 5:16 PM
Subject: RE: [Karlnet] bandwidth management


> Right,
>
> But the BCU is a Layer 2 bridge.  It could not stop two wireless devices
on
> the same network from unlimited use.  All it can throttle is outbound
> bandwidth.  Correct?
>
> Kevin
>
> -----Original Message-----
> From: karlnet-bounces@WISPNotes.com
> [mailto:karlnet-bounces@WISPNotes.com]On Behalf Of Bob Hrbek
> Sent: Tuesday, July 15, 2003 3:00 PM
> To: Karlnet Mailing List
> Subject: Re: [Karlnet] bandwidth management
>
>
> The RF is just the physical layer.  It's transmissions are controlled at
the
> transport layer.
>
> All people seem to need data processing
>
> Application
> Presentation
> Session
> Transport
> Network
> Data
> Physical
>
> http://www2.rad.com/networks/1994/osi/layers.htm
>
>
> ----- Original Message -----
> From: "Kevin Knuth" <kknuth@karlnet.com>
> To: "Karlnet Mailing List" <karlnet@WISPNotes.com>
> Sent: Tuesday, July 15, 2003 11:39 AM
> Subject: RE: [Karlnet] bandwidth management
>
>
> > Time for me to learn something here:
> >
> > My question about Bandwidth Control Units is this:  How do they limit
the
> > amount of bandwidth a customer gets?  Does it actually stop the wireless
> > device from trying to send data?  I would think that is impossible.  So
if
> > it does not actually control the CPE, aren't you creating more RF
> > interference as units will continually try sending their packets to the
> AP?
> >
> > I have never really got a straight answer on this from anyone, so help
> will
> > be appreciated.
> >
> > Kevin
> >
> > -----Original Message-----
> > From: karlnet-bounces@WISPNotes.com
> > [mailto:karlnet-bounces@WISPNotes.com]On Behalf Of Andy Henckel
> > Sent: Tuesday, July 15, 2003 10:55 AM
> > To: Karlnet Mailing List
> > Subject: RE: [Karlnet] bandwidth management
> >
> >
> > Once you get 250 customers on the same bridged wireless network, I'd say
> > throttling at cpe is a must.   One single unit presents a single point
of
> > failure, and the inability to isolate network problems to one site.  We
> have
> > been using YDI bandwidth manager for our wireless network.  Without it,
> > people can and will use all of the available bandwidth. Probably only a
> > handful of our customers use the connection like that.  It is essential
to
> > give everyone a chance to get bandwidth.   We have recently added
> turbocell
> > with one of many benefits being the ability to set speed on the CPE or
on
> > the BASE.
> >
> > -----Original Message-----
> > From: LaRoy McCann [mailto:lmccann@roachconveyors.com]
> > Sent: Tuesday, July 15, 2003 9:37 AM
> > To: karlnet@WISPNotes.com
> > Subject: [Karlnet] bandwidth management
> >
> >
> > What are everyone's opinion on bandwidth control.
> >
> > Is it better to do it on each cpe or to have a single point at the head
> end
> > to manage all bandwidth for users?
> >
> > What type of hardware/software is being used for single point bandwidth
> > management?
> >
> > Thanks.
> >
> > _______________________________________________
> > Karlnet mailing list
> > Karlnet@WISPNotes.com
> > http://lists.wispnotes.com/mailman/listinfo/karlnet
> >
> >
> > _______________________________________________
> > Karlnet mailing list
> > Karlnet@WISPNotes.com
> > http://lists.wispnotes.com/mailman/listinfo/karlnet
> >
>
> _______________________________________________
> Karlnet mailing list
> Karlnet@WISPNotes.com
> http://lists.wispnotes.com/mailman/listinfo/karlnet
>
>
> _______________________________________________
> Karlnet mailing list
> Karlnet@WISPNotes.com
> http://lists.wispnotes.com/mailman/listinfo/karlnet
>

<Prev in Thread] Current Thread [Next in Thread>