IIJ Technical WEEK 2016 諸外国のネットワーク事情～各国のオペレーターとの交流を通じて

Size: px

Start display at page:

Download "IIJ Technical WEEK 2016 諸外国のネットワーク事情～各国のオペレーターとの交流を通じて"

うきえいくのや
6 years ago
Views:

1 諸外国のネットワーク事情 Matsuzaki maz Yoshinobu 1

2 接続性 2

3 ネットワーク構成主要都市にハブ機能近隣のハブ同士を接続主要なハブから対外接続 3

4 4

World Bank. 2016. World Development Report 2016: Digital Dividends. Washington, DC: World Bank.

5 World Bank World Development Report 2016: Digital Dividends. Washington, DC: World Bank. doi: / License: Creative Commons Attribution CC BY 3.0 IGO 5

インターネットの普及率 World Bank. 2016. World Development Report 2016: Digital Dividends.

6 インターネットの普及率 World Bank World Development Report 2016: Digital Dividends. Washington, DC: World Bank. doi: / License: Creative Commons Attribution CC BY 3.0 IGO 6

7 Internet exchange AMS-IX HKIX JPNAP Tokyo I LINX London maz@iij.ad.jp 7

8 アイランド型 Upstream 各 ISP は都市ごとに構築都市ごとに海外線が伸びる ISP 間の相互接続無し主要コンテンツは北米ローカル間通信があまり無い伝送網頼みな運用 A A B B C maz@iij.ad.jp 8

9 CDN の想定と仲が悪い Upstream CDN は AS 単位でトラヒック見積もり AS が内部で繋がっていないなんて想定していない A A B B C CDN node maz@iij.ad.jp 9

10 CDN が IXP の設立を支援 Upstream 主要な伝送路のポイントに IXP を開設ローカルな通信を交換できるようになる A IXP A B B C CDN node maz@iij.ad.jp 10

11 接続性の拡充通信需要関係者関連会社社会的憶測 11

12 保護と規制 12

アクセス規制 2016/6/15 トルコにおいて幾つかのソーシャルメディアへのアクセス制限が実施された模様日本でもICSAなどがブロッキングのリストを作成 http://www.netsafety.

13 アクセス規制 2016/6/15 トルコにおいて幾つかのソーシャルメディアへのアクセス制限が実施された模様日本でもICSAなどがブロッキングのリストを作成

14 2016/11/9 14

15 2016/11/9 15

16 2016/11/9 16

17 2016/11/9 17

18 守りたいものと実装破壊されうるもの伝統的価値考え方社会体制や現地の産業検閲と制御パケットフィルタリング DNS ブロッキング spoofing 18

19 ドメイン名が IDN な時代.ব ল.ල ක.இலங க. 한국.السعودیة.рф.ελ. 日本現地の方には親しみやすく見えるかもしれないがその言語を理解しない人にはアクセス不可能な URL 19

20 地域や国による制度ローミング料金ローミング費用は EU として規制通常の国内料金は事業者次第音声通話音声通話の提供は許認可事業 VoIP も音声通話とみなす関税精密機器に対する関税 20

21 設計運用構築 21

22 設計技術的障壁技術動向業界動向製品の特長制限検証ベンダへの外注サービス毎地域毎に違うベンダが担う場合も 22

23 2016/11/9 23

24 英語 + 技術力発展途上国からの人材流出より良い生活環境安定した社会基盤頻繁な転職より良い給与待遇頻発する初歩的な障害の原因にも繋がっているずさんな管理独断による施工自動化への期待がある一方自動化を管理する人材が課題 maz@iij.ad.jp 24

25 25

26 2016/11/9 26

27 27

28 28

29 2016/11/9 29

30 30

31 31

32 みんな無線 LAN を利用する時代 server 2 Internet server 1 wired wireless maz@iij.ad.jp 32

33 Round Trip Time (RTT) RTT t0 t1 33

34 有線 OK 無線では酷いジッター 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms server 2 64 bytes time= ms bytes time= ms bytes time= ms +40 server 1 64 bytes time= ms bytes time= ms bytes time= ms +91 wired wireless maz@iij.ad.jp 34

35 近所と網内は大丈夫に見える 64 bytes time=3.757 ms 64 bytes time=3.789 ms 64 bytes time=3.768 ms 64 bytes time=3.718 ms 64 bytes time=3.644 ms 64 bytes time=3.762 ms server 2 server 1 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 2) Server1 へは安定 1) 無線 LAN ルータまでは大丈夫 wireless maz@iij.ad.jp 35

36 無線から遠方のサーバが問題 server 2 server 1 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms 64 bytes time= ms wired wireless maz@iij.ad.jp 36

37 Server1 との RTT の分散 wired wireless from wired host to server 1 from wireless host to server 1 maz@iij.ad.jp 37

38 Server2 との RTT の分散 wired wireless from wired host to server 2 from wireless host to server 2 maz@iij.ad.jp 38

39 無線基地局がバッファしてた server 2 Internet server 1 wired wireless maz@iij.ad.jp 39

40 端末がマイクロスリープするバッテリーの有効活用のため 1. 端末はスリープ前に無線基地局に通知 2. 無線基地局はこれを受けて次に端末からの通信要求が来るまでパケットをバッファつまり基地局悪くない僕の端末がバッファリングを要求してた 40

41 無線基地局は beacon を送出 beacon interval beacon 送出のタイミング情報設定可能で最近は約 100msec な設定が多い TIM (Traffic Indication Map) 端末のマイクロスリープに対応してバッファ中のパケットがある場合にその端末を列挙端末は beacon を受信すれば自分宛のパケットが待っているかどうかわかるので beacon の送出間隔を基準にマイクロスリープできる 41

42 何が起こってたかというと僕の端末では 200msec の無通信をトリガにマイクロスリープなので Server2(RTT が概ね 300msec) でのみ不思議なジッターが発生この無線環境では beacon の送出間隔が 100msec だったので 100msec ぐらいマイクロスリープなので RTT の分散が大体 100msec の範囲 beacon interval を 1 秒にすると当然のように 1 秒ぐらいのジッターが発生 maz@iij.ad.jp 42

43 sleeping and buffering 200msec の無通信次の Beacon までマイクロスリープ buffered 43

44 大きな RTT+ 無線 LAN= 結構ダメアクセスしたいコンテンツが遠方だと負けどこかで輻輳が発生すると更に酷い影響が出る海外で無線に繋げると何か通信が遅い重たい解決策有線接続を利用する常時通信してチップのマイクロスリープを防ぐ 44

45 - 7 day average (31/10/ /11/2016) maz@iij.ad.jp 45

46 まとめ地域によってネットワーク発展の歴史が異なる需要や社会的背景が異なるインターネットではネットワークがお互いに依存し合っている時に競合することもあるけどでも全体の価値を高めるためには協力できるところは助け合うのが必要普通の使い方を想定した製品に注意 IPv6 接続性が順調に普及中 46

2014/07/18 1

2014/07/18 1 2014/07/18 maz@iij.ad.jp 1 2014/07/18 maz@iij.ad.jp 2 2014/07/18 maz@iij.ad.jp 3 頑張れ IP anycast Matsuzaki maz Yoshinobu 2014/07/18 maz@iij.ad.jp 4 IP anycast 主にサーバ側で利用する技術実は単なるunicast