<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.hoenzb
{mso-style-name:hoenzb;}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-AU link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks for all of the on and off list responses, I appreciate everybody’s views and advice.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Unfortunately my picture may not have been painted correctly, but the information I received was greatly appreciated.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The work I am doing is around dimensioning and modelling of backhaul links for sites with a varying amount of business users.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The backhaul then goes to a DC for transit and peering access etc.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Backhauls can be wireless or fibre depending on location and infrastructure available, and costs of course, but I am ultimately trying to get a dynamic equation that can be used to put figures into and gauge the costs at the end.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The general consensus from the information I have received is that a contention ratio of around 5:1 is pretty decent on business grade backhauls, obviously the less users you have the less that should be, so working from 1:1 for a single user site and then ramping up to 5:1 by the time you get 10-15 users at the site seems to be pretty acceptable.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>The capacity per user as Ahad has suggested below, and others, works OK once you have the critical mass of users, when working out startup costs of a new site and capacity requirements unfortunately these calculations don’t work, it’s in these situations where I was hoping a silver bullet equation might be around which could help adjust costs and backhaul requirements based on user counts as they ramp up from 1 onwards, or even 5 onwards.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>I think now I will just use some basic calculations and create more scenarios rather than have something more dynamic, it’s no issue but I was just hoping I could do it an easier way.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>From our historical information and current link capacities we run under that 5:1 figure but pretty close, so using it as a figure for projections should accurately reflect our required bandwidth requirements as well as our current bandwidth allocations which are working comfortably well.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Thanks again<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Regards<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'>Paul <o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif"'> Ahad Aboss [mailto:ahad@swiftelnetworks.com] <br><b>Sent:</b> Monday, 18 September 2017 5:40 PM<br><b>To:</b> paul+ausnog@oxygennetworks.com.au<br><b>Cc:</b> ausnog@lists.ausnog.net<br><b>Subject:</b> Re: [AusNOG] Contention, congestion, and link capacity planning<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Hi Paul,<br><br>When it comes to backhaul capacity planning for business grade customers, there is no one size fit all formula. It all comes down to the type of customers you have and the frequency of internet usage during business hrs and after hrs.<br><br>Generally, the peak usage for business customer is between 8am – 6pm, MON - FRI. You’ll need to have enough backhaul capacity at the head-end to cater for occasional burst during peak hrs though not all customers download at full speed all at once.This is just for safety measures.<br><br>For Ethernet or midband Ethernet services through Optus, TPG/AAPT or Telstra, you could get away with 3:1 contention on the backhaul but I strongly recommend that you don’t risk this contention ratio if you have less than 100 customers per state.<br><br>Let’s say you have 100 customers, a combination of 50 x 10Mbps and 50 x 20Mbps, you can safely use 1Gbps backhaul per state through a single provider (AAPT/Telstra or Optus) and as you add more customers, you can closely watch the average usage across the customer base and increase the bandwidth as required.<br><br>Just to be clear, the 3:1 contention is for best effort Ethernet services ONLY which is mostly used by SMEs, if you are providing guaranteed bandwidth 1:1, you will have to honour the contention all the way to your POP and internet.<br><br>If you are building up your customer base slowly, be prepared for very slim or no margins at all as you still need to pay for the access links to customers, trunk port (head end or backhaul), IP transit, rack space, power and cross connect fees.<br><br>In these circumstances, it’s best to resell these services through a reliable ISP until your Ethernet customer base is sizeable to justify the head end built.<br><br>For residential grade broadband factor in 50% traffic growth every year, a blessing that all ISPs have to deal with while trying to maintain their profit margin. :) <br><br>Based on industry contacts, the current average usage per SIO (IN AUS) for NBN and DSL are as follows;<br><br>NBN: 1.3Mbps<br><br>xDSL: 850Kbps<br><br>Netflix and HD/UHD video streaming is changing the peak average rapidly.<br><br>I hope this information helps.<br><br>Cheers,<br><br>Ahad<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Mon, Sep 18, 2017 at 12:41 PM, <a href="mailto:paul%2Bausnog@oxygennetworks.com.au">paul+ausnog@oxygennetworks.com.au</a> <<a href="mailto:paul+ausnog@oxygennetworks.com.au" target="_blank">paul+ausnog@oxygennetworks.com.au</a>> wrote:<o:p></o:p></p><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Hi All, I was hoping to gain some thoughts from the list around contention and backhaul link capacity planning.<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>We are working on some new site plans and have plenty of existing sites to draw usage statistics from when it comes to capacity planning, typically all of our backhaul links are running pretty low contention as all of our customers are business customers, but I am wondering if anybody has any formulas they have used successfully in the past.<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Being that we only provide business Ethernet connections planning is usually pretty straight forward, but in modelling some expansion plans I want to try and actually wrap something around the planning process for backhaul capacity.<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>For example, 1 x 50M customer will clearly need 50M of backhaul from the POP they connect to, but what about 2, or 4, or 10 ?<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>You could easily surmise that 2 x 50M customers don’t need 100M of backhaul unless they are very heavy users, so let’s say they may need 75M, but this requirement for backhaul is realistically a sliding scale as the customers and bandwidth requirements grow the backhaul is not necessarily going to need to grow at the same rate.<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>I have worked this stuff out for some time now manually and had good results, our customers are happy, but I was hoping there would be some sort of calculation or formula that I could apply to some modelling figures which would give me a pretty close indication of requirements.<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Thanks in advance<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'> <o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'>Regards<o:p></o:p></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span style='color:#888888'>Paul<o:p></o:p></span></p></div></div><p class=MsoNormal style='margin-bottom:12.0pt'><br>_______________________________________________<br>AusNOG mailing list<br><a href="mailto:AusNOG@lists.ausnog.net">AusNOG@lists.ausnog.net</a><br><a href="http://lists.ausnog.net/mailman/listinfo/ausnog" target="_blank">http://lists.ausnog.net/mailman/listinfo/ausnog</a><o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><o:p> </o:p></p></div></div></div></body></html>