Successfully reported this slideshow.

Sync'ed Clients and Traffic Trends

0

Share

Upcoming SlideShare
ICN Akamai's Backbone
ICN Akamai's Backbone
Loading in …3
×
1 of 29
1 of 29

More Related Content

More from Bangladesh Network Operators Group

Related Books

Free with a 14 day trial from Scribd

See all

Related Audiobooks

Free with a 14 day trial from Scribd

See all

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

×