Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Sync'ed Clients and Traffic Trends

205 views

Published on

Sync'ed Clients and Traffic Trends

Published in: Internet
  • Be the first to comment

  • Be the first to like this

Sync'ed Clients and Traffic Trends

  1. 1. sync’ed  clients  and  traffic  trends Matsuzaki  ‘maz’  Yoshinobu   <maz@iij.ad.jp> 2015/05 maz@iij.ad.jp 1
  2. 2. traffic  and  network  design •  we  plan  upgrading  based  on  traffic  trend   – to  avoid  congesGons   2015/05 maz@iij.ad.jp 2
  3. 3. network  design  #1 •  over-­‐subscripGon   – only  some  of  users  uses  the  network  at  once   – expecGng  staGsGcal  mulGplexing  effect   – need  to  esGmate  uGlizaGon  to  avoid  congesGon User User 100Mbps 100Mbps 100Mbps Internet 2015/05 maz@iij.ad.jp 3
  4. 4. network  design  #2 •  over-­‐provisioning   – provide  more  bandwidth  than  needed   User User 100Mbps 100Mbps 1Gbps Internet 2015/05 maz@iij.ad.jp 4
  5. 5. backbone  network  design •  based  on  over-­‐subscripGon   – we  can  expect  more  staGsGcal  mulGplexing  effect   – cost  effecGve     •  over-­‐provisioning  to  its  uGlizaGon   – for  redundancy   – low  latency Backbone staGsGcal  mulGplexing  effect   2015/05 maz@iij.ad.jp 5
  6. 6. typical  traffic •  enterprises   •  consumers   •  CDN   •  IX   •  mobile   2015/05 maz@iij.ad.jp 6
  7. 7. enterprise 2015/05 maz@iij.ad.jp 7
  8. 8. enterprise  weekday 2015/05 maz@iij.ad.jp 8
  9. 9. consumer  (broadband) 2015/05 maz@iij.ad.jp 9
  10. 10. consumer  weekday 2015/05 maz@iij.ad.jp 10
  11. 11. consumer  weekend 2015/05 maz@iij.ad.jp 11
  12. 12. CDN  (contents  distribuGon  network) 2015/05 maz@iij.ad.jp 12
  13. 13. CDN  weekday 2015/05 maz@iij.ad.jp 13
  14. 14. CDN  weekend 2015/05 maz@iij.ad.jp 14
  15. 15. IX  (Internet  Exchange) 2015/05 maz@iij.ad.jp 15
  16. 16. IX  weekday 2015/05 maz@iij.ad.jp 16
  17. 17. IX  weekend 2015/05 maz@iij.ad.jp 17
  18. 18. mobile 2015/05 maz@iij.ad.jp 18
  19. 19. mobile  weekday 2015/05 maz@iij.ad.jp 19
  20. 20. mobile  weekend 2015/05 maz@iij.ad.jp 20
  21. 21. traffic  trend •  we  can  upgrade  based  on  that   – important!   •  know  your  customer   – how  they  are  using  network   2015/05 maz@iij.ad.jp 21
  22. 22. traffic  concentraGon •  it  someGmes  happens   •  ‘staGsGcal  mulGplexing  effect’  is  reduced   2015/05 maz@iij.ad.jp 22
  23. 23. how  to  deal  with  concentraGons   •  upgrade   – more  bandwidth   – cost  +   •  wait  and  see   – congesGon   – customer  experience  -­‐   •  something  else   – ??   2015/05 maz@iij.ad.jp 23
  24. 24. new  year  greeGngs •  January  1st  00:00-­‐02:00   – phone  call   – SMS   – e-­‐mail   – SNS   •  about  7  Gmes  more  messages  than  usual   •  mobile  operators  have  asked  users  to  avoid   such  messages  during  the  peak  Gme   2015/05 maz@iij.ad.jp 24
  25. 25. soware/data  distribuGon •  Windows  Update   •  iOS/MacOS  Update   •  game  update   •  karaoke  update   •  several  giga  byte  data   •  at  the  same  Gme   •  many  clients   2015/05 maz@iij.ad.jp 25
  26. 26. iOS8 •  it  seems  Apple  introduced  some  kinds  of   queuing  mechanism     iOS8  started  to  distribute 2015/05 maz@iij.ad.jp 26
  27. 27. mobile  device •  people  bring  it  always   – they  can  use  it  anyGme   •  it  changed  traffic  pacern   – commuGng  and  lunch  Gme   •  commuGng  is  a  challenge  for  mobile  in  tokyo   – about  3000  persons  per  train   – 47  trains  per  hour   – somehow  you  need  to  do  handover  L   2015/05 maz@iij.ad.jp 27
  28. 28. mobile  devices  and  alarm  clock •  clock  on  mobile  devices  is  well  synced   – you  can  use  mobile  as  a  clock •  mobile  devices  ‘sleep’  to  reduce  bacery  usage   – and  once  wakeup,  it  starts  to  communicate   •  mobile  operators  see  high  traffic  peek  at   – 6:30,  7:00,  7:30....   – very  short  period  traffic   2015/05 maz@iij.ad.jp 28
  29. 29. summary •  ‘StaGsGcal  mulGplexing  effect’  is  a  key  of   backbone  network  design   •  There  could  be  concentraGons  because  of   social  and  technical  reasons     •  Network  operators  should  give  feedback   – to  users,  CDNs  and  applicaGon  developers   – to  avoid  concentraGons  where  possible 2015/05 maz@iij.ad.jp 29

×