Solved

Going to Office 365 looking at metro ethernet is there a calculation to help determine bandwidth needed

Posted on 2013-01-31
12
908 Views
Last Modified: 2013-02-11
We are 150 users and are going from on premise office and Exchange to Office 365.
We have 5 branch offices that come to corporate for internet, but we are moving our datacenter offsite to a co-location and will be giving all sites including corporate internet access from that facility.  Is there a calculator for determining bandwidth for Office 365  as they are proposing 5 Mbps Metro Ethernet but I'm not sure how to properly size it and want to make sure the network doesn't cause poor user experience
0
Comment
Question by:bergquistcompany
  • 6
  • 6
12 Comments
 
LVL 36

Expert Comment

by:ArneLovius
Comment Utility
0
 

Author Comment

by:bergquistcompany
Comment Utility
Excellent article so if I understand this right I change the following:
Network bytes/sec = (100 heavy users × (5,200 KB/user ÷ day)) ÷ (8 hr/day × 3600 sec/hr) = 18.5 KB/sec

I'm unclear what day is that you are dividing 5200 from as I've tried 5 and 7 but don't get 18.5
0
 
LVL 36

Expert Comment

by:ArneLovius
Comment Utility
His calculation is out, it should be 18.05 not 18.5.

However, I would take those numbers with a pinch of salt, in my experience, most people receive and send more than his "very heavy", they also send and receive attachments. Frequently people will send attachments internally, creating  large "spike" in usage.

You will also see spikes first thing in the morning as people receive the emails that were sent to them after they closed Outlook, and as they send emails at the end of the day.

I would instead calculate bandwidth based on

a/ the time it would take to send your largest allowed attachment, increase your bandwidth till this becomes an acceptable time (I use 5 seconds) , then double your bandwidth.

b/ the time it would take to resync a maibox when somebody gets a new computer.

The time it takes to receive doesn't have much effect on user perception, however the time an email takes to send does as they can see it in their outbox, and if they close Outlook at the end of the day before it has sent, it won't send before they start outlook the following morning...

Latency between the office and Office 365 also has a large impact on the time it takes to send a large message, all those TCP packets, each one needing an ack...

Users will notice a reduction in perceived performance compare to an onsite correctly specified and managed server, your offsite users will probably not notice as much.

Several years ago, after I had been instructed to look at moving to hosted Exchange for a client, for a test, I put their primary Exchange 2007 CAS server on a 100mb port instead of a gigabit port, I did the change at 7am before people started work, there was a flood of support tickets opened when people came in complaining that email was slow. Granted this was for ~400 people and their usage was significantly higher than the "very heavy" user in the article, but hopefully you can see the issue, the port was changed back to gigabit at 10am and the flood went away.... They ended up staying with onsite Exchange.
bpos.xls
0
 

Author Comment

by:bergquistcompany
Comment Utility
Thank you so much for all of the detailed information.  I can clearly understand the impact of sending, but regarding a) how can you really test this.  All branch offices right now have their own Exchange server so it remains onsite.  I'm concerned with how it will change when sending to the person next to you over the internet.

When you say resync (b) is that complete cache and if tested internally what would I realistically multiply that by for the internet?

I'm looking at about 10000 messages sent a day with an average size of 140kb giving heavy use at 140000 * 600 users in the company - traffic per day at 84000000 in 8 hours per shift (operating 24 hours a day) divided by 28800 seconds per user per day = 2916KB doubled at 58MB pipe?
0
 
LVL 36

Expert Comment

by:ArneLovius
Comment Utility
Yes, its the way that an internal email uses your Internet bandwidth twice...

I would suggest doing some basic tests with gmail/hotmail etc to establish what performance you have on your existing connections, you can then extrapolate to other bandwidths, latency also has an impact on time.

As you have onsite Exchange servers at each site, you could do some simple bandwidth monitoring using a tool such as PRTG to look at the current usage.
0
 

Author Comment

by:bergquistcompany
Comment Utility
Excellent I will try that but found this and had a question
http://technet.microsoft.com/en-us/library/cc540453(EXCHG.80).aspx

if network bytes/sec =900 kB/sec

I'm unclear hwo they get to

network bits/sec=7.2Mb/sec

Where does the 7.2 come from?
0
Do email signature updates give you a headache?

Do you feel like all of your time is spent managing email signatures? Too busy to visit every user’s desk to make updates? Want high-quality HTML signatures on all devices, including on mobiles and Macs? Then, let Exclaimer solve all your email signature problems today!

 
LVL 36

Expert Comment

by:ArneLovius
Comment Utility
er

b is bits
B is bytes

there are 8 bits in a byte

so 900KB/s = 7.2Mb/s...
0
 

Author Comment

by:bergquistcompany
Comment Utility
so if I do this right I have 618 users and according to our spam filter we send/receive 10,000 messages a day at 152kb average in size.  Thus I am doing 10000x152 to get my KB sent a day =1520000 x 618 users for the top total and dividing that by 8*3600 or 28800 to get 32616 or 260MB.

Doubling for peak I'd need to support 512MB/sec?  Does that seem right?  

=618x(1520000)/8x3600
0
 
LVL 36

Accepted Solution

by:
ArneLovius earned 500 total points
Comment Utility
That's just your external email, you also need to factor internal email...

You appear to be mixing B (bytes) and b (bits) in your calculations. As bandwidth is always b, I tend to keep the calculation in b

You have also moved from 150 users to 618, however as you have a daily total, the number of users isn't needed.

If your average size is 152kb and you send/receive 10k emails, then the calculation works like this.

152* 10000 = 152,000 kb in 24 hours

 (24*60*60) =- 86400 seconds per day

152000 / 86400 = 17.6kb /second over 24 hours, but you are only using 8 hours, so as 24 / 8 = 3,  you would need to multiply by 3

17.6 * 3 = 52.8 kb/s

If, as I suspect your spam filter is counting in B not b, as "files" are usually counted in bytes, not bits, you would then multiply by 8, so 422.4 kb/second of constant traffic, double it and you'll get a ~1mb connection

This means that a person that sends a 20mB email (large spreadsheet, pdf file etc) will have to wait at least (20*8) = 160mb and as the connection is 1mb /seconds that's 160 seconds to send the email, but you have a "constant" ~500 kb /second of traffic so 160 seconds, becomes 320 seconds = over 5 minutes... and this is excluding any other traffic going over the link, web browsing, AD replication, file transfers etc.

I would as I suggested previously, work on how long it would take to send a 20mB email

presuming no other overheads and no other traffic on the link....

to get to 30 seconds would be ~5.5mb /second, double it to cover for two people and you get 11 mb /second
to get to 10 seconds would be ~16.5mb /second, double it to cover for two people and you get to 33mb /second

All of the hosted email providers will play down the bandwidth requirement, as the costs for the bandwidth are part of the TCO of using a hosted service

Granted I don't know your exact situation, but I would suggest that you ran a "limited trial"  with the ability to move back to on premise if performance is not acceptable.
0
 

Author Comment

by:bergquistcompany
Comment Utility
All of the hosted email providers will play down the bandwidth requirement, as the costs for the bandwidth are part of the TCO of using a hosted service....for this reason alone I am trying to get some initial calculations as you mention it can make/break things.

I will definitely take that advice on the "limited trial"

I am in the process of running your suggestions on sending a 20mb email and like the calulations.  Thus 33mb is realistic ha and that is NOT including internal and normal internet traffic so we could really be looking at 50mb would not be out of the question.
0
 

Author Closing Comment

by:bergquistcompany
Comment Utility
Fabulous information
0
 
LVL 36

Expert Comment

by:ArneLovius
Comment Utility
thanks, and I hope you trialling goes well :-)
0

Featured Post

6 Surprising Benefits of Threat Intelligence

All sorts of threat intelligence is available on the web. Intelligence you can learn from, and use to anticipate and prepare for future attacks.

Join & Write a Comment

Exchange server is not supported in any cloud-hosted platform (other than Azure with Azure Premium Storage).
Learn to move / copy / export exchange contacts to iPhone without using any software. Also see the issues in configuration of exchange with iPhone to migrate contacts.
In this video we show how to create an email address policy in Exchange 2013. We show this process by using the Exchange Admin Center. Log into Exchange Admin Center.:  First we need to log into the Exchange Admin Center. Navigate to the Mail Flow…
Access reports are powerful and flexible. Learn how to create a query and then a grouped report using the wizard. Modify the report design after the wizard is done to make it look better. There will be another video to explain how to put the final p…

771 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question

Need Help in Real-Time?

Connect with top rated Experts

10 Experts available now in Live!

Get 1:1 Help Now