Re: BRAS Options

Peter Lambrechtsen <[email protected]>
Newsgroups gmane.org.operators.nznog
Message-ID <CACJd5cGCuAxNXDfBNsh=AFBTqaGD-6KAi_CrC271MGbHZuhUwA@mail.gmail.com>
On Thu, Nov 9, 2017 at 1:05 PM, Andrew Thrift <[email protected]>
wrote:

> You have many options for BRAS, each with their pro's and con's.
>
> Cheap option would be buy grey market ASR1K boxes, or scale 7301's
> horizontally :D
> Mid price option would be Nokia vSR running on x86
> High price option would be physical "big box" router, e.g. Nokia 7750,
> Juniper MX2/4/9xx
>
> The Nokia vSR is a good option, supports hierarchical queues and has
> extensive RADIUS VSA's that allow you to tune almost every aspect of
> the subscriber connection.   The other benefit is that in-country
> support from the vendor is excellent.
>

As long as you're happy with the difficult ALU/Nokia Accounting VSAs which
are painful to deal with to say the very least as the same VSA gets used
for multiple policers / schedulers.

Using FreeRadius you need to split the Octets value with a 2 byte short and
64Bit counter.

  Alc-Acct-I-Inprof-Octets-64 = 0x00010000000000188d84
  Alc-Acct-I-Outprof-Octets-64 = 0x00010000000001657e98
  Alc-Acct-I-Inprof-Pkts-64 = 0x000100000000000025f3
  Alc-Acct-I-Outprof-Pkts-64 = 0x00010000000000003eb1
  Alc-Acct-O-Inprof-Octets-64 = 0x00010000000000c3333f
  Alc-Acct-O-Outprof-Octets-64 = 0x00010000000000bf15f2
  Alc-Acct-O-Inprof-Pkts-64 = 0x00010000000000003833
  Alc-Acct-O-Outprof-Pkts-64 = 0x000100000000000037b8

So to parse that I had to write fun code like this in FreeRadius.

update control {
  Tmp-Integer64-9 := 0
}
foreach &Alc-Acct-I-Inprof-Octets-64 {
  update control {
    Tmp-Integer-0 := "%{unpack:%{Foreach-Variable-0} 0 short}"
    Tmp-Integer64-0 := "%{unpack:%{Foreach-Variable-0} 2 integer64}"
  }
  if ( &control:Tmp-Integer-0 == 0x0001 ) {
    update control {
          Tmp-Integer64-9 := "%{expr:&control:Tmp-Integer64-9 +
&control:Tmp-Integer64-0}"
    }
  }
}

<shudder>


>
> Regards,
>
>
>
> Andrew
>
>
> On Wed, Nov 8, 2017 at 1:05 PM, Sam Silvester <[email protected]>
> wrote:
> > Concur, this works fine.
> >
> > If you redistribute connected and static on your BRAS, and then use
> > aggregate-address statements for your dynamic pools, you'll end up with
> only
> > leaking actual static users - this is done in more than a few networks
> with
> > many tens of thousands of static subscribers. BGP loves it, trust me :)
> >
> > On Wed, Nov 8, 2017 at 10:30 AM, Peter Lambrechtsen <[email protected]>
> wrote:
> >>
> >> I wouldn't have thought Static vs Dynamic should be too much of a
> problem
> >> scaling horizontally depending on how you run your core unless you are
> >> intending to statically route from the BRAS to the internet. If you
> have a
> >> core router that you run BGP over a MPLS network to your BRAS, then you
> can
> >> just export each route as a /32 into your MPLS network and it won't
> matter
> >> which BRAS the customer turns up on.
> >>
> >> Yes that would end up with a reasonably sized route table on your core
> to
> >> the internet but you are still only talking sub 16k subs so that should
> be
> >> doable even with x86 tin.
> >>
> >> On Wed, Nov 8, 2017 at 12:51 PM, Stan Rivett <[email protected]>
> wrote:
> >>>
> >>>
> >>> The multiple 7301 track was were I had been heading with one in
> >>> Christchurch and one in Auckland. The problem is that most of our
> clients
> >>> are RBI and we have no control over which router they appear on from
> our
> >>> connections to Vodafone. That would be OK if we used dynamic IPs but we
> >>> don't and its way too late to go back from that.
> >>>
> >>> Stan Rivett
> >>> ------------------
> >>> Netspeed
> >>> PO Box 5691
> >>> Dunedin
> >>> P: +64 3 481 7245
> >>> C: +64 21 323 841
> >>> ------------------
> >>>
> >>> On 8 November 2017 at 12:34, Sam Silvester <[email protected]>
> >>> wrote:
> >>>>
> >>>> Hivemind :)
> >>>>
> >>>> On Wed, Nov 8, 2017 at 9:56 AM, Gavin Tweedie
> >>>> <gavin.tweedie-w8AlbrWEzJ5Wk0Htik3J/[email protected]> wrote:
> >>>>>
> >>>>> Can you tell Sam and I used to work at the same company? :)
> >>>>>
> >>>>> On Wed, Nov 8, 2017 at 8:24 AM, Sam Silvester <
> [email protected]>
> >>>>> wrote:
> >>>>>>
> >>>>>> To a point, the number of subscribers doesn't matter as much as the
> >>>>>> throughput. If you're looking at 16k+ subs on a single box, you
> probably
> >>>>>> need to start being a little careful but otherwise just make sure
> you've got
> >>>>>> a decent RP and you should be right.
> >>>>>>
> >>>>>> If you simply need to shift (say) 10Gbps of traffic with "more than
> a
> >>>>>> few thousand" but say less than 16k, then anything in the ASR range
> with an
> >>>>>> RP2 and ESP40 will almost certainly be ample.
> >>>>>>
> >>>>>> Another thought, considering you mention the 7301, is to scale out
> >>>>>> horizontally - it's not clear if you're already doing this. The
> nice bit
> >>>>>> about that also is you could have a few 7201s sharing the load 4
> ways, which
> >>>>>> means your IP pool overhead to cater for a box failure is also much
> less
> >>>>>> than running only two boxes.
> >>>>>>
> >>>>>> On Wed, Nov 8, 2017 at 9:41 AM, Dave Mill <[email protected]> wrote:
> >>>>>>>
> >>>>>>> A Juniper MX40 or MX80 seems to meet your needs there - depending
> on
> >>>>>>> exact subscriber figures. From memory if every customer is in QinQ
> you won't
> >>>>>>> be able to have more than 8000 on a MX80 series chassis due to
> interface
> >>>>>>> limits.
> >>>>>>>
> >>>>>>> Dave
> >>>>>>>
> >>>>>>> On Wed, Nov 8, 2017 at 12:07 PM, Stan Rivett <[email protected]
> >
> >>>>>>> wrote:
> >>>>>>>>
> >>>>>>>> Crikey, thanks for all the replies
> >>>>>>>>
> >>>>>>>> Yes we need 10 Gbit, at least 3 ports and I'd rather not be too
> >>>>>>>> specific about numbers but more than a few thousand.
> >>>>>>>>
> >>>>>>>> Apologies for being a bit of a cheap bugger but you know what its
> >>>>>>>> like as an SME, it all comes out of my pocket ;-)
> >>>>>>>>
> >>>>>>>> Cheers
> >>>>>>>>
> >>>>>>>> Stan Rivett
> >>>>>>>> ------------------
> >>>>>>>> Netspeed
> >>>>>>>> PO Box 5691
> >>>>>>>> Dunedin
> >>>>>>>> P: +64 3 481 7245
> >>>>>>>> C: +64 21 323 841
> >>>>>>>> ------------------
> >>>>>>>>
> >>>>>>>> On 8 November 2017 at 11:14, Tim Price <[email protected]> wrote:
> >>>>>>>>>
> >>>>>>>>> Juniper MX5 + licensing shouldn’t cost you more than $30k
> depending
> >>>>>>>>> on your Juniper partner status and where you buy it from.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> From: <[email protected]> on behalf of Stan
> Rivett
> >>>>>>>>> <[email protected]>
> >>>>>>>>> Date: Wednesday, 8 November 2017 at 11:02 AM
> >>>>>>>>> To: nznog <[email protected]>
> >>>>>>>>> Subject: [nznog] BRAS Options
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Hi all
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> The time has come to replace my poor old Cisco 7301 and the
> quote I
> >>>>>>>>> got for an ASR1002-HX made my eyes water. Still waiting for a
> Juniper quote
> >>>>>>>>> but the general discussion seemed like similar numbers.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Are there any other reliable options out there that don't cost
> more
> >>>>>>>>> than my first house?
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Cheers
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> Stan Rivett
> >>>>>>>>>
> >>>>>>>>> ------------------
> >>>>>>>>>
> >>>>>>>>> Netspeed
> >>>>>>>>>
> >>>>>>>>> PO Box 5691
> >>>>>>>>>
> >>>>>>>>> Dunedin
> >>>>>>>>>
> >>>>>>>>> P: +64 3 481 7245
> >>>>>>>>>
> >>>>>>>>> C: +64 21 323 841
> >>>>>>>>>
> >>>>>>>>> ------------------
> >>>>>>>>>
> >>>>>>>>> _______________________________________________ NZNOG mailing
> list
> >>>>>>>>> [email protected] https://list.waikato.ac.nz/
> mailman/listinfo/nznog
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> _______________________________________________
> >>>>>>>> NZNOG mailing list
> >>>>>>>> [email protected]
> >>>>>>>> https://list.waikato.ac.nz/mailman/listinfo/nznog
> >>>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>> _______________________________________________
> >>>>>>> NZNOG mailing list
> >>>>>>> [email protected]
> >>>>>>> https://list.waikato.ac.nz/mailman/listinfo/nznog
> >>>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> NZNOG mailing list
> >>>>>> [email protected]
> >>>>>> https://list.waikato.ac.nz/mailman/listinfo/nznog
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>> --
> >>>>> Global Interconnection Director
> >>>>> Megaport
> >>>>> +61 498 498 458
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> NZNOG mailing list
> >>>> [email protected]
> >>>> https://list.waikato.ac.nz/mailman/listinfo/nznog
> >>>>
> >>>
> >>>
> >>> _______________________________________________
> >>> NZNOG mailing list
> >>> [email protected]
> >>> https://list.waikato.ac.nz/mailman/listinfo/nznog
> >>>
> >>
> >>
> >> _______________________________________________
> >> NZNOG mailing list
> >> [email protected]
> >> https://list.waikato.ac.nz/mailman/listinfo/nznog
> >>
> >
> >
> > _______________________________________________
> > NZNOG mailing list
> > [email protected]
> > https://list.waikato.ac.nz/mailman/listinfo/nznog
> >
>

_______________________________________________
NZNOG mailing list
[email protected]
https://list.waikato.ac.nz/mailman/listinfo/nznog
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.