traffic management , capacity planning and traffic ... management , capacity planning and traffic...

1Anagran Confidential and Proprietary

Bill BeckettVP/GM Anagran, Asia

Traffic Management , Capacity Planning and Traffic

Engineering in Harmony.


Agenda

Mission of Anagran Flow Management SolutionBasic Oversubscription / Traffic Planning ModelsHow Oversubscription models go wrongWhy TCP is a issue, not P2P, Youtube, Boxxee, etc.Anagran’s Unique Congestion Control/AvoidanceVisualization of Congestion, why it’s avoidedHow to enforce oversubscription plansHost Equalization and Rate MultiplersDiscovering Subscribers and their plans


Anagran’s Mission

Ensure each and every subscriber has the greatest QOE without affecting other subscribers– QOE is measured by subscribers not ISP’s themselves, so

careful how we approach things. Prevent subscriber churn.Enable maximum IP link utilization for ISP, ending worry about congestion and even embracing it when it occurs– Maximum Utilization = Maximum ROIEnable ISP to differientate subscribers based on their subscription rate plans– Goal is to give enticement for subscribers to upgrade service ,

bringing ISP more revenue and profits


We’re an ISP with 40 usersOk, so there’s no such thing but this is to make it simple to follow. You can multiple this by any number.Out of the 40 subscribers :– 2 are very heavy users representing 5% of subscribers– 5 are medium users representing 12.5% of subscribers– 33 are the largest majority representing 82.5%Lets first look at them as if they are all subscribers to the same rate service @10M– How do we plan for capacity ?– What happens differently than our plan ?Then look at what happens when we consider some users are 10M, some 20M and some 30M subscribers.


Assumptions to Oversubscription Plans•We assume a 20:1 Oversubscription•We assume equal distribution will occur should resources be congested.•Users will minimally receive 500k •Most likely >500K because most users don’t have demand 100% of the time

U s e r R a t e P l a n W o r s t P e a k U s a g e1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 04 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 05 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 06 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 07 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 08 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 09 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0

1 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 01 9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 02 9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 03 9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 04 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0

T o t a l R a t e s 4 0 0 , 0 0 0 , 0 0 0O ve r s u b s c r i p t i o n 2 0 t o 1A c t u a l C a p a c i t y 2 0 , 0 0 0 , 0 0 0


There’s minor flaws but don’t worry yet.This is assuming all users are trying to use their capacity, but it can easily be modeled into only the active users and we just increase the total bandwith available. – For example, if this was representative of 120 users and

there was actually 60M available, each concurrent active subscriber would receive 2M but the proportion would still be about 3%

– Also oversubscription models are likely higher, but this is going to prove the points ahead even more.

And.. We’re going to show you actual proof of this at the end of the show with a live demo.


Where things go wrong with plan

We can plan for the number of

subscribers and their rate, but we can’t control or plan for what

they are going to do, in this case

how many flows they will open.

Average 12.5 flows/user

U se r Rate P lan T h e o ry Pe ak U sage Ac tive F lo w s Ac tu a l Pe ak U sage % o f T E P lan s1 10 ,000,000 500 ,000 1 2 5 5,112,474 1 0 2 2 %2 10 ,000,000 500 ,000 1 0 0 4,089,980 8 1 8 %3 10 ,000,000 500 ,000 1 5 613,497 1 2 3 %4 10 ,000,000 500 ,000 1 5 613,497 1 2 3 %5 10 ,000,000 500 ,000 1 5 613,497 1 2 3 %6 10 ,000,000 500 ,000 1 5 613,497 1 2 3 %7 10 ,000,000 500 ,000 1 5 613,497 1 2 3 %8 10 ,000,000 500 ,000 1 5 613,497 1 2 3 %9 10 ,000,000 500 ,000 1 0 408,998 8 2 %

10 10 ,000,000 500 ,000 1 0 408,998 8 2 %11 10 ,000,000 500 ,000 1 0 408,998 8 2 %12 10 ,000,000 500 ,000 1 0 408,998 8 2 %13 10 ,000,000 500 ,000 1 0 408,998 8 2 %14 10 ,000,000 500 ,000 1 0 408,998 8 2 %15 10 ,000,000 500 ,000 1 0 408,998 8 2 %16 10 ,000,000 500 ,000 5 204,499 4 1 %17 10 ,000,000 500 ,000 5 204,499 4 1 %18 10 ,000,000 500 ,000 5 204,499 4 1 %19 10 ,000,000 500 ,000 5 204,499 4 1 %20 10 ,000,000 500 ,000 5 204,499 4 1 %21 10 ,000,000 500 ,000 5 204,499 4 1 %22 10 ,000,000 500 ,000 5 204,499 4 1 %23 10 ,000,000 500 ,000 5 204,499 4 1 %24 10 ,000,000 500 ,000 5 204,499 4 1 %25 10 ,000,000 500 ,000 5 204,499 4 1 %26 10 ,000,000 500 ,000 5 204,499 4 1 %27 10 ,000,000 500 ,000 5 204,499 4 1 %28 10 ,000,000 500 ,000 5 204,499 4 1 %29 10 ,000,000 500 ,000 5 204,499 4 1 %30 10 ,000,000 500 ,000 5 204,499 4 1 %31 10 ,000,000 500 ,000 5 204,499 4 1 %32 10 ,000,000 500 ,000 5 204,499 4 1 %33 10 ,000,000 500 ,000 5 204,499 4 1 %34 10 ,000,000 500 ,000 5 204,499 4 1 %35 10 ,000,000 500 ,000 3 122,699 2 5 %36 10 ,000,000 500 ,000 2 81,800 1 6 %37 10 ,000,000 500 ,000 1 40,900 8 %38 10 ,000,000 500 ,000 1 40,900 8 %39 10 ,000,000 500 ,000 1 40,900 8 %40 10 ,000,000 500 ,000 1 40,900 8 %

Tota l R a tes 400 ,000,000 4 8 9O vers ubs c rip t ion 20 to 1A c tua l C apac ity 20 ,000,000



Based solely on the number of flows a user has, a great inequity

exists between subscribers.2 users are consuming nearly 50%!

User Rate Plan Theory Peak Usage Active Flows Actual Peak Usage % of TE Plans1 10,000,000 500,000 125 5,112,474 1022%2 10,000,000 500,000 100 4,089,980 818%3 10,000,000 500,000 15 613,497 123%4 10,000,000 500,000 15 613,497 123%5 10,000,000 500,000 15 613,497 123%6 10,000,000 500,000 15 613,497 123%7 10,000,000 500,000 15 613,497 123%8 10,000,000 500,000 15 613,497 123%9 10,000,000 500,000 10 408,998 82%

10 10,000,000 500,000 10 408,998 82%11 10,000,000 500,000 10 408,998 82%12 10,000,000 500,000 10 408,998 82%13 10,000,000 500,000 10 408,998 82%14 10,000,000 500,000 10 408,998 82%15 10,000,000 500,000 10 408,998 82%16 10,000,000 500,000 5 204,499 41%17 10,000,000 500,000 5 204,499 41%18 10,000,000 500,000 5 204,499 41%19 10,000,000 500,000 5 204,499 41%20 10,000,000 500,000 5 204,499 41%21 10,000,000 500,000 5 204,499 41%22 10,000,000 500,000 5 204,499 41%23 10,000,000 500,000 5 204,499 41%24 10,000,000 500,000 5 204,499 41%25 10,000,000 500,000 5 204,499 41%26 10,000,000 500,000 5 204,499 41%27 10,000,000 500,000 5 204,499 41%28 10,000,000 500,000 5 204,499 41%29 10,000,000 500,000 5 204,499 41%30 10,000,000 500,000 5 204,499 41%31 10,000,000 500,000 5 204,499 41%32 10,000,000 500,000 5 204,499 41%33 10,000,000 500,000 5 204,499 41%34 10,000,000 500,000 5 204,499 41%35 10,000,000 500,000 3 122,699 25%36 10,000,000 500,000 2 81,800 16%37 10,000,000 500,000 1 40,900 8%38 10,000,000 500,000 1 40,900 8%39 10,000,000 500,000 1 40,900 8%40 10,000,000 500,000 1 40,900 8%

Total Rates 400,000,000 489Oversubscription 20 to 1Actual Capacity 20,000,000



Logically we target everyone to achieve 100% of their traffic engineered plan, but actually

some get 10x greater and some get 10x less

User Rate Plan Theory Peak UsageActive Flows Actual Peak Usage% of TE Plans1 10,000,000 500,000 125 5,112,474 1022%2 10,000,000 500,000 100 4,089,980 818%3 10,000,000 500,000 15 613,497 123%4 10,000,000 500,000 15 613,497 123%5 10,000,000 500,000 15 613,497 123%6 10,000,000 500,000 15 613,497 123%7 10,000,000 500,000 15 613,497 123%8 10,000,000 500,000 15 613,497 123%9 10,000,000 500,000 10 408,998 82%

10 10,000,000 500,000 10 408,998 82%11 10,000,000 500,000 10 408,998 82%12 10,000,000 500,000 10 408,998 82%13 10,000,000 500,000 10 408,998 82%14 10,000,000 500,000 10 408,998 82%15 10,000,000 500,000 10 408,998 82%16 10,000,000 500,000 5 204,499 41%17 10,000,000 500,000 5 204,499 41%18 10,000,000 500,000 5 204,499 41%19 10,000,000 500,000 5 204,499 41%20 10,000,000 500,000 5 204,499 41%21 10,000,000 500,000 5 204,499 41%22 10,000,000 500,000 5 204,499 41%23 10,000,000 500,000 5 204,499 41%24 10,000,000 500,000 5 204,499 41%25 10,000,000 500,000 5 204,499 41%26 10,000,000 500,000 5 204,499 41%27 10,000,000 500,000 5 204,499 41%28 10,000,000 500,000 5 204,499 41%29 10,000,000 500,000 5 204,499 41%30 10,000,000 500,000 5 204,499 41%31 10,000,000 500,000 5 204,499 41%32 10,000,000 500,000 5 204,499 41%33 10,000,000 500,000 5 204,499 41%34 10,000,000 500,000 5 204,499 41%35 10,000,000 500,000 3 122,699 25%36 10,000,000 500,000 2 81,800 16%37 10,000,000 500,000 1 40,900 8%38 10,000,000 500,000 1 40,900 8%39 10,000,000 500,000 1 40,900 8%40 10,000,000 500,000 1 40,900 8%

Total Rates 400,000,000 489Oversubscription 20 to 1Actual Capacity 20,000,000


U s e r R a t e P la n T h e o r y P e a k U s a g e A c t iv e F lo w s A c t u a l P e a k U s a g e% o f T E P la n s1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 2 5 5 , 1 1 2 , 4 7 4 1 0 2 2 %2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 0 4 , 0 8 9 , 9 8 0 8 1 8 %3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 5 6 1 3 , 4 9 7 1 2 3 %4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 5 6 1 3 , 4 9 7 1 2 3 %5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 5 6 1 3 , 4 9 7 1 2 3 %6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 5 6 1 3 , 4 9 7 1 2 3 %7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 5 6 1 3 , 4 9 7 1 2 3 %8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 5 6 1 3 , 4 9 7 1 2 3 %9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %

1 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %1 1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %1 2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %1 3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %1 4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %1 5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 0 4 0 8 , 9 9 8 8 2 %1 6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %1 7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %1 8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %1 9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %2 9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %3 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %3 1 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %3 2 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %3 3 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %3 4 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 5 2 0 4 , 4 9 9 4 1 %3 5 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 3 1 2 2 , 6 9 9 2 5 %3 6 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 2 8 1 , 8 0 0 1 6 %3 7 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 4 0 , 9 0 0 8 %3 8 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 4 0 , 9 0 0 8 %3 9 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 4 0 , 9 0 0 8 %4 0 1 0 , 0 0 0 , 0 0 0 5 0 0 , 0 0 0 1 4 0 , 9 0 0 8 %

T o t a l R a t e s 4 0 0 , 0 0 0 , 0 0 0 4 8 9O ve r s u b s c r i p t i o n 2 0 t o 1A c t u a l C a p a c i t y 2 0 , 0 0 0 , 0 0 0

And not all users subscribe to same service

765k to 9.5M 10M Plan

229K to 765k 20M Plan

76kbs to 153k30M Plan


What happens in real networks ?

During peak usage hours, users are given about as much capacity as they have flows. The users with the most flows get the most capacity.– 10M Plans would receive between 76kbs and 9.5M– 20M Plans would receive between 76kbs and 9.5M– 30M Plans would receive between 76kbs and 9.5M– 20M and 30M Plans would not be differientated from 10M

plans.Why would anyone pay us more money for more capacity if this is the case ?– But don’t worry, there’s a solution coming!


Hard to believe such inequities exist ?

Tier 1 Carrier in Asia, name protected.Conducted study of heavy users in network over 1 year. At end of 1 year : 5% of subscribers used 44.68% of network.10% of subscribers used 58.31% of network.That’s where the previous data models came from.


Service Differentiation with Rate MultiplierPlanned with large Asia based ISP

• The Quality of Experience for each user is clearly differentiated in line with their subscribed plan

• The current offering has tremendous issues.

• No differientation from lowest rate plan to highest rate plan in peak utilization times.

• Hence 80% of subscribers are on very low rate plans because they switched back.

• Peak utilization gives poor service to 90% of the subscribers ,

Plan 1M – 100%

Plan 2M – 198.4%

Plan 4M – 394.5%

Plan 512K – 50.8%

Plan 384K – 37.5%

Plan 1M – 100%

Plan 2M – 198.4%

Plan 4M – 394.5%

Plan 384K – 37.5% Plan 512K – 50.8%


Abuse Mitigation with Host EqualizationThe flow advantage is removed by managing rates of all flows

• The user with 1 flow has averaged 2.629 Mbps

• The user with 4 flows has averaged 2.603 Mbps

• Each flow of the second user are equalized (641Kbps, 698Kbps, 672Kbps, 678Kbps)

Plan 1M – 1 Flow

Plan 1M – 4 Flows

Plan 1M – 1 Flow

50.1%

Plan 1M – 4 Flows

49.9%


Dynamic Discovery of Subscription Planeither protocol snooping Radius/DHCP or Python API to Database


How are Flow Rates Controlled without queueing ?Planned with large Asia based ISP

Instead of random discards in an output queue:Anagran controls each flows rate at the input IFD does not ever discard if the flow stays below the Target RateIFD does not ever discard if there is no congestion (unless configured)If the flow rate exceeds a threshold, one packet is discardedThen the rate is watched until the next cycle and repeatsThis assures the flow averages the Fair Rate (accurate to 90-95% of total link)The flow then has low rate variance (s=.33) and does not stallNo TCP time-outs, restarts, reduces retranmissionsCongestion is actually avoided, not randomly dealt with

Target Rate

Discard 1 packet


Variations of Target RatesEqualized per Host by BW/Users/Flows – Ie. Everyone is equalSimilar to WFQ using Rate Multiplers per host but there are no queues!– Previous example had 384k, 512k, 1M, 2M and 4M

subscribers• 384k = RM of 38%, 512k = RM of 51%, 1M = RM of 100%, 2M =

RM of 200%, 4M = RM of 400%Modified by Behavior Traffic Control– Examples

• Flows > 60 seconds = 50%• Flows > 10M = 25%


Traditional View on Utilization

High Utilization causes WRED, WFQ to begin randomly dropping traffic Delay increases drastically due to queueing Users will begin complaining at high utilizationTCP timeouts and restarts, UDP realtime applications have glitchesTextbooks say to avoid high utilization


Example of extreme Congestion on Link (90%+)

Many Flows are oscillating, restarting and causing delays Key Point is the aggreagate effect of shaping may look like a straight line,

but the individual flow results vary vastly )

Browsers and downloads, stall, all users suffer, real-

time traffic unusable


Anagran views on congestionChanging the rules

Target a link utilization rate of 90-95%Don’t react to congestion, avoid it with intelligent flow rate controlDon’t add delay, jitter or randomly drop anythingEnsure each subscriber has maximum QOE and SLANo one notices high utilization, no one cares and no one calls to complain


Flow Distribution with Anagran (100 Flows)

Same link controlled by Anagran to 90%+No delay or jitter is added even at this high utilization

Key Point is each and every flow is maintained in steady state without delay or TCP restart (notice white line below flows)


When to upgrade if we allow such utilization ?Can Guarantee Experience / SLA per subscriber type


Have you struggled to manage these ?

Why you need Anagran today

You ain’t seen nothing yet!


Have you struggled to manage these ?

SITTING ON THE COUCHWHILE IM

AWAY

24

Why you need Anagran today

Anagran Confidential and Proprietary

NEXT??????? ?? NEXT??????SOCIALWALKING AROUND

FREE AND LEGAL


Where is P2P Now?

Peer-to-peer file sharing has declined dramatically in the last two years and has been replaced by YouTube and other streaming video sites.

Sites like Facebook, Microsoft and YouTube account for a disproportionate 30% of all Internet traffic - ReadWriteWeb.

In 2007, P2P accounted for 40 percent of all Internet traffic and down to 18 percent in 2009 – Arbor Internet Observatory Report.

26.6 percent of total traffic is "real-time entertainment traffic" (video, gaming, music), while P2P use dropped from 32% to 20% - Sandvine


Why do customers choose Anagran ?

Traffic and rate control without queuing delay and random packet dropProven maximum utility from network infrastructureAbility to enforce oversubscription models for first timeProven reduction in subscriber complaints of congestion by almost 100%.Easier to implement and manageMaintain SLA to end users without worry “whats next?”Reduced CAPEX and OPEX


When you deploy Anagran you willStop worrying about utilization on your network and concentrate on classes of subscribers SLA’s Stop worrying about what applications your subscribers are running, they don’t want you toStop receiving calls about response times due to congestion, delay and random dropsStop playing a cat and mouse game thinking you can find what’s next or changed before it affects youStop paying for excess capacity you don’t needBe assured each of your subscribers are being treated equally and fairly for the service they pay for relax


OPEN QUESTIONSThank You! Go With the Flow

Bill Beckett, GM Anagran [email protected]

traffic management , capacity planning and traffic ... management , capacity planning and traffic...

Documents