[rbak-nsp] B-RAS vendors
Caillin Bathern
caillinb at commtelns.com
Mon Jul 15 01:17:41 EDT 2013
Totally agree, redundancy across BNGs should be a top priority. I
wouldn't be exceeding ~40% capacity so that you have room to accept all
the subscribers from a full BNG failure and have room for growth so that
you don't get backed into a corner and need to make rapid and unplanned
hardware expansions/additions.
On the SE600 you would need to look at what line card capacities are
available with the hardware you have. Each line card has a session
limit as well as an XCRP/platform session limit so check these before
committing to more subscribers on the same platform.
-----Original Message-----
From: redback-nsp [mailto:redback-nsp-bounces at puck.nether.net] On Behalf
Of Tomas Lynch
Sent: Monday, 15 July 2013 12:10 AM
To: Dave
Cc: redback-nsp at puck.nether.net
Subject: Re: [rbak-nsp] B-RAS vendors
Dave,
On Sat, Jul 13, 2013 at 5:21 PM, Dave <womble1950 at live.com> wrote:
> Can it really, or is that just the product literature/sales talk?
Yes, it can, not sales talk but tested on labs. I think there are some
tests online from Current Analysis. Anyway see my concerns below about
how many subscribers I would put in any BNG of any vendor.
>
> When we purchased the SE600 not so long ago they said how great they
> were because they can do 256k subs, now we are looking to upgrade our
> sub license to 144k and they are saying they are concerned we are
> putting rather alot of subs on each device.....
I'd be concerned too. How much is in percentage of your total
subscribers those 144K? How much averge bandwidth do you want to give
them with just one box? I don't think is an scalability problem but a
design one. I wouldn't have more than 64K, 96K per box if those
represent a 20-25% of the total subscribers or more, because if that BNG
goes down I would have that percentage of subscribers down, etc.
A different scenario would be to have two boxes, both as active and they
are backup of each other. So let's say you have 64K per box, then if one
fails you can work with the other supporting 128K but that should be a
temporary state while repairing/replacing/rebooting the other one.
Same thing with this new SSR, I wouldn't put more than half a million
subscribers in one box just because it supports them.
>
> Does anyone have experience of loading this many or more subs on an
> SE600/1200 with XCRP4? We are not even using any QoS, NAT or any
> other features at present.
No, all I have seen was no more than 96K per box.
>
>
> On 12/07/2013 18:16, Tomas Lynch wrote:
>>
>> Ericsson SSR can handle upto 768K subscribers per box.
>>
>> On Wed, Jul 10, 2013 at 1:37 AM, Navin Nepali <navin_n at yahoo.com>
wrote:
>>>
>>> Hello, may be this is not an appropriate question to ask..anyway can
>>> anyone tell me which other vendors B-RAS that are widely used in the
>>> current time with the session handling capacity of more than 120K?
>>> ... I checked with Cisco and Juniper but there session handling
>>> capacities are not more than 96K.
>>>
>>> I checked in the net but i didn't get much info. I see most of the
>>> B-RAS manufacturers are already closed or stopped manufacturing..
>>> like CoSine, Copper Mountain, Laurel Networks.
>>>
>>> Thanks,
>>>
>>> _______________________________________________
>>> redback-nsp mailing list
>>> redback-nsp at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/redback-nsp
>>>
>> _______________________________________________
>> redback-nsp mailing list
>> redback-nsp at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/redback-nsp
>>
>>
>
> _______________________________________________
> redback-nsp mailing list
> redback-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/redback-nsp
_______________________________________________
redback-nsp mailing list
redback-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/redback-nsp
--
Message protected by MailGuard: e-mail anti-virus, anti-spam and
content filtering.http://www.mailguard.com.au/mg
More information about the redback-nsp
mailing list