[j-nsp] MPLS in the Access
Pavel Lunin
plunin at senetsy.ru
Tue Jul 27 11:07:29 EDT 2010
> I think the biggest problem with this approach, is the limit of 24K
> MAC addresses across the entire VC. This is a problem we'll be running
> into in the not so distant future - I don't know if CCCs are the right
> (only?) solution to this.
>
Right. This scheme has quite appreciable scaling limits.
If the next tier is DSLAM/MSAN for residential broadband, the avg of 100
MACs per port (even a bit higher since you most probably not use all 24
ports on the two 'centeral' boxes) seems normal. If you connect business
customers right to the VC ring, this is not that bad as well, though not
an infinity. But if you want the next tier of access switches where you
aggregate the customers' links (say another x24), well, this can be a
problem: 24k/240/24 = just 4 MACs per port or 8 if you use LAG to
connect those switches to different VC-members. So if you want to
provide multipoint L2 services for business customers, most probably
this is not enough in such a 2-tier case.
CCC is a solution but VC losses half of its benefits, if you add the
second tier here. Anyway adding another tier of cheap switches here
seems to be a way to get the old good switching garbage.
More information about the juniper-nsp
mailing list