SlideShare a Scribd company logo
1 of 48
Download to read offline
2014/09/14 情報科学若若⼿手の会  
本当は楽しいインターネット 
インターネットの仕組みと運⽤用 
インターネットマルチフィード株式会社 技術部 
川上 雄也
注意書き 
n この資料料は2014年年9⽉月14⽇日に開催された「情報科学若若⼿手の会2014」における 
若若⼿手特別講演での発表に使⽤用した資料料です 
n 誤記の修正や補⾜足の追加、内容の削除、順序の変更更など、発表時の資料料と異異な 
2014 (c) INTERNET MULTIFEED CO. 2 
るところがあります 
n この資料料は初学者向けにわかりやすく説明することを⽬目的としたものであり、 
厳密には正しくない内容が含まれている可能性があります 
n この資料料は全て公開されている情報に基づいて作成されています 
n この資料料に含まれるデータは、2014年年9⽉月13⽇日時点において取得可能であった 
ものを利利⽤用しています 
n この資料料の中で引⽤用している画像の著作権は元の著作者に帰属します 
n この資料料を利利⽤用することによって発⽣生した、いかなる損害やトラブルについて 
も責任を負いません 
n 所属を記載しておりますが、業務として⾏行行った発表ではありませんので、所属 
組織の意向や⾒見見解を反映したものではありません 
n もしこの資料料に誤りがありましたら遠慮無くお知らせください
川上 雄也 (@yuyarin, ゆやりん) 
インターネットマルチフィード株式会社 技術部 
ネットワークエンジニア 
インターネットエクスチェンジ「JPNAP」の運⽤用 
学⽣生時代にインターネットの魅⼒力力に取りつかれる 
2014 (c) INTERNET MULTIFEED CO. 3
この発表の動機 
インターネット 
萌え 
2014 (c) INTERNET MULTIFEED CO. 4
インターネットとは 
インターネット・プロトコル技術を利利⽤用した 
相互接続によるコンピュータ・ネットワーク 
ネットワークのネットワーク(インターネットワーク) 
相互接続 
[Wikipedia] 
IP通信IP通信 
ネットワークαネットワークβ 
2014 (c) INTERNET MULTIFEED CO. 5
インターネットとAS 
相互接続している個々の独⽴立立したネットワークを 
⾃自律律システム(Autonomous System, AS)と呼ぶ 
ASαASβ 
相互接続 
ネットワークαネットワークβ 
2014 (c) INTERNET MULTIFEED CO. 6
AS(⾃自律律システム) 
単⼀一のルーティングポリシーに基づいて運⽤用される 
機器の集合(ドメイン)で固有の番号(AS番号)が割り当てられる 
AS65001AS65002 
相互接続 
ネットワークαネットワークβ 
2014 (c) INTERNET MULTIFEED CO. 7
知っておくと便便利利なAS番号 
n 国内キャリア・ISP 
AS番号会社代表サービス 
2497IIJ 
2516KDDIau, au one net 
2914NTTコミュニケーションズntt.net 
4713NTTコミュニケーションズOCN 
4725ソフトバンクテレコムODN 
9605NTTドコモmopera 
17505ソフトバンクモバイル 
17676ソフトバンクBBYahoo!BB 
2014 (c) INTERNET MULTIFEED CO. 8 
n コンテンツプロバイダ 
同じ会社でもポリシーが 
違うとASを分ける 
714Apple 
13414Twitter 
15169GoogleYouTube 
23576LINE 
38634dwangoニコニコ動画
インターネット・プロトコル(IP) 
インターネットワーキングにおいてパケットを 
転送するためにに使われるプロトコル 
End-to-End 
ネットワークを超えて宛先までデータを運ぶだけよ! 
コネクションレス 
相⼿手にいきなりパケットを送りつけるよ! 
ベストエフォート 
でもちゃんとパケットが相⼿手に届くかなんて知らない! 
ステートレス 
今何の通信をやっててどうなってるかなんて知らない! 
プロトコルには役割分担がある 
2014 (c) INTERNET MULTIFEED CO. 9
Internet Protocol Suite 
今⽇日インターネットで使われている通信プロトコルの⼀一式 
アプリケーション層 
HTTP, SMTP, SSH, etc 
アプリケーションのための制御をするよ! 
TCP, UDP 
IPv4, IPv6 
Ethernet, 802.11(無線LAN), ATM, FDDI, 
2014 (c) INTERNET MULTIFEED CO. 10 
トランスポート層 
通信の状態を管理理してデータの信頼性を保証してやんよ!(TCP) 
ネットワーク層 
とりあえず頑張ってデータを宛先まで運ぶだけよ!(IP) 
データリンク層 
物理理メディアを使うことなら任せろ! 
上位
2014 (c) INTERNET MULTIFEED CO. 11 
レイヤー (Layer) 
各機能は上下関係にあるのでレイヤーと表現する 
下位レイヤーに⾏行行くほどヘッダが追加されていく 
データ 
TCP 
ヘッダ 
IP 
ヘッダ 
Etheret 
ヘッダ 
Etheret 
フッタ 
TCP 
データ 
IPデータ 
Ethernet データ 
アプリケーション層 
トランスポート層 
ネットワーク層 
データリンク層
IPルーティング (Routing) 
宛先に対してパケットを届けるために経路路情報に基づいて 
次のルータ(next-hop)を決定する(ルーティング) 
2014 (c) INTERNET MULTIFEED CO. 12 
ルータ 
10.10.10.10 
10.10.10.10にパケットを送るためには、 
どっちのルータに転送すればいい?
経路路広告 (Route Advertisement) 
宛先ネットワークの到達情報(経路路)を伝搬させる 
10.10.10.10 
10.10.10.0/24は 
こっちだよ 
ルーティングプロトコルを使って 
真ん中の経路路が⼀一番近そうだ! 
2014 (c) INTERNET MULTIFEED CO. 13
パケットフォワーディング (Forwarding) 
ルータはルーティングテーブルに基づいて 
パケットをnext-hopに転送する(フォワーディング) 
10.10.10.10 
10.10.10.0/24は 
こっちだよ 
真ん中の経路路が⼀一番近そうだ! 
2014 (c) INTERNET MULTIFEED CO. 14
経路路広告とトラフィックの関係 
経路路を広告する 
トラフィックが 
吸い込まれる 
経路路広告 
トラフィック 
2014 (c) INTERNET MULTIFEED CO. 15
IPについて知っておいて欲しいこと 
1. パケットは落落ちる(ベストエフォート) 
▶ ルータの処理理能⼒力力を超えたものは捨てられる 
▶ 転送中にデータが壊れてたときも捨てられる 
2. ⾏行行きと帰りの経路路は同じとは限らない(⾮非対称経路路) 
▶ 世界⼀一周して帰ってきてるかもしれない! 
3. 宛先に対して評価値が同じ経路路が複数ある場合はどっちに 
いくのかわからない(ECMP) 
4. パケットの到着順序が正しいことは保証されない 
▶ 特にECMPの場合経路路で時間差があるので順序が⼊入れ替わる事がある 
 
2014 (c) INTERNET MULTIFEED CO. 16
TCPとIPの役割分担 
n TCP 
p コネクション志向 
p ステートフル 
p 再送制御 
分離離した 
2014 (c) INTERNET MULTIFEED CO. 17 
n IP 
p コネクションレス 
p ステートレス 
p ベストエフォート 
信頼性のある通信路路を構築する機能 
信頼性はないけど宛先まで届ける機能
⽇日本の総トラフィック量量 
我が国のインターネットにおけるトラヒック総量量の把握 
http://www.soumu.go.jp/main_content/000244628.pdf 
2014 (c) INTERNET MULTIFEED CO. 18
もしもIPで信頼性を担保していたら… 
全てのルーターはそのルータを通る 
通信の状態を管理理しなくてはいけない 
再送制御、順序制御 
輻輻輳制御、フロー制御 
スケールしない!! 
2014 (c) INTERNET MULTIFEED CO. 19 
送信先 
アドレス 
送信元 
アドレス 
送信先 
ポート 
送信元 
ポート 
プロトコ 
ル 
状態 
AB8023456TCPEstab 
…… 
 
… 
 
… 
 
… 
 
… 
 
セッションごとの 
コネクションステート管理理
インターネットの萌えポイント1 
TCP/IPの機能分離離によって 
インターネットは 
全世界規模で 
スケールできている! 
2014 (c) INTERNET MULTIFEED CO. 20
インターネットにおける相互接続(ピア) 
相互接続してお互い⾃自⾝身の経路路情報を交換して 
お互いのASへの到達性を確保する関係をピア(peer)と呼ぶ 
peerpeer 
AS 
ASAS 
peer 
2014 (c) INTERNET MULTIFEED CO. 21
インターネットにおける相互接続(トランジット) 
相互接続して他のAS(インターネット全体)への 
到達性を提供することをトランジット(transit)という 
peerpeer 
AS 
AS 
peer 
2014 (c) INTERNET MULTIFEED CO. 22 
AS 
AS 
親AS 
transit 
⼦子AS 
地理理的に離離れているから 
全員とはピアできないな 
僕がつなげて 
あげるよ
インターネットの階層構造 
ピアだけを⾏行行っている最上位のASをTier1と呼び、 
そこからトランジットを下るごとにTier2, Tier3と呼ぶ 
peerpeer 
peer 
2014 (c) INTERNET MULTIFEED CO. 23 
transit 
Tier1 
Tier2 
Tier3 
※実際にはこんなにきれいな階層構造にはならない
各Tierのプロバイダの例例 
n Tier1 ISP (2014年年9⽉月現在13社) 
http://en.wikipedia.org/wiki/Tier_1_network 
AS番号会社国 
2914NTTコミュニケーションズ⽇日本 
7018ATTアメリカ 
3356LEVEL3アメリカ 
1239Sprintアメリカ 
6453TATAインド 
2014 (c) INTERNET MULTIFEED CO. 24 
n Tier2 ISP 
n Tier3 ISP 
p 地域ISP 
国内Tier1とも呼ばれる 
4713NTTコミュニケーションズ(OCN) 
2516KDDI 
4725ソフトバンクテレコム 
2497IIJ
トランジットとお⾦金金(1) 
トランジットにはお⾦金金がかかる! 
n ⼦子ASがトラフィックを流流せば流流すだけ、親ASの設備を通って⾏行行くだけの 
トラフィックが増えるので設備投資費が必要になる 
n ⼦子ASからお⾦金金をもらう(トランジット料料⾦金金) 
n だいたいの場合で帯域での⽉月額従量量課⾦金金 
p Mbpsあたり何円(メガ単価) 
p ケータイと違って累累積パケット量量じゃない 
お⾦金金もらわないと 
やってらんないぜ 
peer 
親AS 
transit 
⼦子AS 
2014 (c) INTERNET MULTIFEED CO. 25
トランジットとお⾦金金(2) 
ピアを張ってお⾦金金を節約する! 
n 下位AS同⼠士の通信量量が多くなってくると、双⽅方のASにとってトランジ 
ット費⽤用が負担になってくる 
n 直接ピアを張って経路路交換することができれば、品質(*1)も上がるし、 
お⾦金金を節約できる! 
transit 
peer 
2014 (c) INTERNET MULTIFEED CO. 26 
transit 
⼦子AS 
親AS 
※1:ここでいう品質は主に「遅延の⼩小ささ」
クイズ 
n 各ASが以下の関係にあるとき、ノートPCからサーバへの 
通信は⼀一般的にどこを経由するでしょうか? 
 
a 
transit 
bc 
transitpeer 
def 
peerpeer 
2014 (c) INTERNET MULTIFEED CO. 27
間違った回答1 
n ⼀一⾒見見最適なパス 
n dはeに流流したいけど、eにとっては素通りになるので 
流流してほしくない 
 
a 
transit 
bc 
transitpeer 
def 
peerpeer 
タダで素通りされたら損! 
2014 (c) INTERNET MULTIFEED CO. 28 
eに流流したら 
お⾦金金がかからない
間違った回答2 
n dはbに流流すしかなくなる 
n bはeに流流したいが、eにとっては素通りになるので 流流 
してほしくない 
 
a 
eに流流したら transit 
お⾦金金が儲かるぜ 
bc 
transitpeer 
def 
peerpeer 
素通りされた上にお⾦金金を 
払わないといけない! 
2014 (c) INTERNET MULTIFEED CO. 29
n みんな⾃自分が損しないようにトラフィックを流流したがる 
a 
transit 
bc 
transitpeer 
def 
2014 (c) INTERNET MULTIFEED CO. 30 
クイズ(正解) 
peerpeer 
トランジットに流流すより 
タダのピアに流流した⽅方が 
いい 
素通りさせない!
経路路制御とトラフィックコントロール 
経路路の広告をコントロールすることで 
トラフィックの流流れをコントロールできる 
a 
トランジットやピアから transit 
来た経路路は⼦子ASに広告する 
bc 
transitpeer 
⼦子ASの経路路はピアとトラ 
ンジット両⽅方に広告する 
def 
peerpeer 
ピアから来た経路路は他のピアや 
トランジットに対して広告しない 
2014 (c) INTERNET MULTIFEED CO. 31
AS間で経路路制御するためのプロトコル 
AS間でのルーティングにはBGPが⽤用いられている 
BGP (Border Gateway Protocol) 
BGPはパスベクタ型ルーティングプロトコル 
通ってくるパスとその属性の情報に基づいて経路路を決定する 
d 
AS Path: f 
f 
b 
AS Path: d_f 
c 
2014 (c) INTERNET MULTIFEED CO. 32 
AS Path: b_d_f 
a 
AS Path: c_f 
パスが短い 
⽅方を選ぶ 
AS Path: f 
経路路広告
BGPで広告されるインターネットの経路路数 
約520,000経路路 
http://bgp.potaroo.net/ 
2014 (c) INTERNET MULTIFEED CO. 33
相互接続のまとめ 
n インターネットはネットワークの相互接続でできている 
n トラフィックを流流すのにはお⾦金金がかかる 
p 誰とどうやって接続するかの戦略略が超重要(ピアリング戦略略) 
n ピア 
p お⾦金金がかからない接続 
p ピア相⼿手への到達性だけを確保する 
n トランジット 
p お⾦金金がかかる接続 
p ピア相⼿手にインターネットに対する接続性を保証してもらう 
n BGPで経路路制御することでトラフィックを制御する 
当初はピア同⼠士でもその後の企業の成⻑⾧長次第ではトラフィックのバランスが崩れてしまい、 
ピアが解消されてしまうことがある。2005年年にはLevel3がCogentとのピアを解消し、 
2008年年のSprintもCogentとのピアを解消し、⼤大きな話題となった。 
2014 (c) INTERNET MULTIFEED CO. 34
インターネットの萌えポイント2 
インターネットの 
相互接続関係と 
トラフィックの流流れは 
経済的・地理理的要因に 
⼤大きく依存している 
2014 (c) INTERNET MULTIFEED CO. 35
インターネットの萌えポイント3 
様々な制約の中 
経路路を制御することで 
⾃自分のビジネスの利利益を 
最⼤大化する戦略略ゲーム 
でも⾃自⼰己中はNG 
2014 (c) INTERNET MULTIFEED CO. 36
もしも2つのルータが同じ経路路を広告したら 
ルーティングプロトコルのアルゴリズムに従って 
⼀一番近いところにトラフィックは吸い込まれる 
10.10.10.0/24は 
こっちだよ 
2014 (c) INTERNET MULTIFEED CO. 37 
10.10.10.0/24は 
こっちだよ
もしも2つのルータが同じ経路路を広告したら 
n 同じ組織/ASがやっていた場合 
p IP Anycast 
p DNS root サーバなどで利利⽤用される (http://www.root-servers.org/) 
u AからMまでの13種類のルートサーバ 
u ⼀一番多いL-rootは同じIPアドレスのサーバが世界に152台存在する! 
n 別の組織/ASがやっていた場合 
p 経路路ハイジャック 
u スパムメール送信のために⾏行行われる事例例がある 
p 実際は設定ミスによる物が多いので mis-origin と呼ぶようになった 
u パキスタンのISPやChina TelecomがYouTubeに対してmis-origin 
u ベネズエラのASによるGoogle Public DNS (8.8.8.8)に対してmis-origin 
2014 (c) INTERNET MULTIFEED CO. 38
インターネットについて知っておいてほしいこと 
1. インターネットはASが相互接続した⾃自律律分散システムである 
2. インターネットのトラフィックは相互接続関係に左右される 
3. インターネットの相互接続関係は経済関係に左右される 
4. IPアドレスは乗っ取られる 
p 経路路広告は⾃自主的に⾏行行われる「存在の宣⾔言」である 
p もしかしたら別の悪意あるサーバにトラフィックが吸い込まれている 
かもしれない 
p 経路路広告の正当性証明を⾏行行うRPKIの展開が現在進められている 
2014 (c) INTERNET MULTIFEED CO. 39
多くのASとピアを張ると… 
トランジット費⽤用を下げることができる 
ネットワークが近くなり品質が上がる 
ピアの数だけ回線が必要になる 
回線ごとの帯域利利⽤用効率率率が悪くなる 
2014 (c) INTERNET MULTIFEED CO. 40
インターネットエクスチェンジ(IX) 
どこか⼀一箇所にみんなで集まって、トラフィック交換すれば 
回線は1本で済むし、帯域利利⽤用効率率率も上がる!! 
それがインターネットエクスチェンジ(IX) 
IX 
2014 (c) INTERNET MULTIFEED CO. 41 
経路路交換& 
トラフィック交換 
NAP(Network Access Point)とも呼ぶ
主要インターネットエクスチェンジ 
n 国内 
IXGroupPOPTraffic [Gbps] 
2014 (c) INTERNET MULTIFEED CO. 42 
n 海外 
JPNAPNTT東京、⼤大阪418 
JPIXKDDI東京、⼤大阪、名古屋248 
BBIXSoftbank東京、?? 
IX Country代表POPTraffic [Gbps] 
AMS-IXオランダアムステルダム2972 
DE-CIXドイツフランクフルト2876 
LINXイギリスロンドン2075 
MSK-IXロシアモスクワ1105 
PTT.brブラジルサンパウロ562 
トラフィック量量は2014年年09⽉月13⽇日時点
教科書的なインターネットの構造 
n 巨⼤大なコンテンツプロバイダ(Hyper Giant)の登場で構造は変わってきている 
http://en.wikipedia.org/wiki/Internet 
2014 (c) INTERNET MULTIFEED CO. 43
インターネットの運⽤用 
相互接続する他の組織との信頼関係が重要 
n mis-originしてしまったら… 
p 悪いASだと思われて相互接続してもらえなくなるかも 
n 通信トラブルが起きた時に… 
p 何が問題なのかを切切り分けるために、組織を超えた連携が必要になる 
運⽤用者同⼠士が情報交換して仲良良くなっておき、 
何かが起きたら即座に連携することができる体制 
2014 (c) INTERNET MULTIFEED CO. 44
NOG (Network Operators Group) 
NOGでの情報交換と⼈人脈形成が活発 
メーリングリストとカンファレンスで活動 
JANOG (⽇日本)NANOG (アメリカ) 
http://jprs.jp/related-info/event/2010/0202JANOG.htmlhttp://drpeering.net/white-papers/NANOG-History.html 
2014 (c) INTERNET MULTIFEED CO. 45
その他のミーティング 
とにかくFace to Face、会って話すことが超重要 
2014 (c) INTERNET MULTIFEED CO. 46 
n Global Peering Forum 
p ピアリング交渉をするためのイベント 
n APRICOT 
p アジア・パシフィック地域でのインターネット関係者のカンファレンス 
p チュートリアルが豊富 
n APNIC 
p アジア・パシフィック地域でのインターネットのポリシーについて議論論 
n RIPE 
p ヨーロッパ地域でのインターネット関係者のカンファレンス
インターネットの萌えポイント4 
インターネットの安定は 
運⽤用している⼈人たちが 
同じ⽬目的に⼀一丸となって 
円滑滑につながることで 
実現されている 
2014 (c) INTERNET MULTIFEED CO. 47
まとめ 
1. 地球規模でスケールするTCP/IPの設計すごい 
2. インターネットのトラフィック制御は超⾯面⽩白い 
3. インターネットの運⽤用には⼈人のネットワークが重要 
I ♥ 
The Internet 
2014 (c) INTERNET MULTIFEED CO. 48

More Related Content

What's hot

大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌LINE Corporation
 
ネットワークエンジニアはどこでウデマエをみがくのか?
ネットワークエンジニアはどこでウデマエをみがくのか?ネットワークエンジニアはどこでウデマエをみがくのか?
ネットワークエンジニアはどこでウデマエをみがくのか?Yuya Rin
 
100 G超通信時代の安定した高品質な伝送インフラ構築づくり
100 G超通信時代の安定した高品質な伝送インフラ構築づくり100 G超通信時代の安定した高品質な伝送インフラ構築づくり
100 G超通信時代の安定した高品質な伝送インフラ構築づくりTomohiro Sakamoto(Onodera)
 
バックボーン運用から見るインターネットの実情
バックボーン運用から見るインターネットの実情バックボーン運用から見るインターネットの実情
バックボーン運用から見るインターネットの実情IIJ
 
さくらのVPS で IPv4 over IPv6ルータの構築
さくらのVPS で IPv4 over IPv6ルータの構築さくらのVPS で IPv4 over IPv6ルータの構築
さくらのVPS で IPv4 over IPv6ルータの構築Tomocha Potter
 
大規模DCのネットワークデザイン
大規模DCのネットワークデザイン大規模DCのネットワークデザイン
大規模DCのネットワークデザインMasayuki Kobayashi
 
エンジニアのキャリアパスを考える 川村
エンジニアのキャリアパスを考える 川村エンジニアのキャリアパスを考える 川村
エンジニアのキャリアパスを考える 川村wakamonog
 
閉域網接続の技術入門
閉域網接続の技術入門閉域網接続の技術入門
閉域網接続の技術入門Masayuki Kobayashi
 
スイッチ・ルータのしくみ
スイッチ・ルータのしくみスイッチ・ルータのしくみ
スイッチ・ルータのしくみogatay
 
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2Kiyotaka Doumae
 
IPv4/IPv6 移行・共存技術の動向
IPv4/IPv6 移行・共存技術の動向IPv4/IPv6 移行・共存技術の動向
IPv4/IPv6 移行・共存技術の動向Yuya Rin
 
545人のインフラを支えたNOCチーム!
545人のインフラを支えたNOCチーム!545人のインフラを支えたNOCチーム!
545人のインフラを支えたNOCチーム!Masayuki Kobayashi
 
DPDKによる高速コンテナネットワーキング
DPDKによる高速コンテナネットワーキングDPDKによる高速コンテナネットワーキング
DPDKによる高速コンテナネットワーキングTomoya Hibi
 
BGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみたBGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみたakira6592
 
ネットワーク運用自動化のためのサービス・運用設計
ネットワーク運用自動化のためのサービス・運用設計ネットワーク運用自動化のためのサービス・運用設計
ネットワーク運用自動化のためのサービス・運用設計Yuya Rin
 
macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~
macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~
macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~NTT Communications Technology Development
 
30分でわかる! コンピュータネットワーク
30分でわかる! コンピュータネットワーク30分でわかる! コンピュータネットワーク
30分でわかる! コンピュータネットワークTrainocate Japan, Ltd.
 
エンジニアのキャリアパスを考える 篠宮
エンジニアのキャリアパスを考える 篠宮エンジニアのキャリアパスを考える 篠宮
エンジニアのキャリアパスを考える 篠宮wakamonog
 
Kubernetesによる機械学習基盤への挑戦
Kubernetesによる機械学習基盤への挑戦Kubernetesによる機械学習基盤への挑戦
Kubernetesによる機械学習基盤への挑戦Preferred Networks
 

What's hot (20)

大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌
 
ネットワークエンジニアはどこでウデマエをみがくのか?
ネットワークエンジニアはどこでウデマエをみがくのか?ネットワークエンジニアはどこでウデマエをみがくのか?
ネットワークエンジニアはどこでウデマエをみがくのか?
 
100 G超通信時代の安定した高品質な伝送インフラ構築づくり
100 G超通信時代の安定した高品質な伝送インフラ構築づくり100 G超通信時代の安定した高品質な伝送インフラ構築づくり
100 G超通信時代の安定した高品質な伝送インフラ構築づくり
 
バックボーン運用から見るインターネットの実情
バックボーン運用から見るインターネットの実情バックボーン運用から見るインターネットの実情
バックボーン運用から見るインターネットの実情
 
さくらのVPS で IPv4 over IPv6ルータの構築
さくらのVPS で IPv4 over IPv6ルータの構築さくらのVPS で IPv4 over IPv6ルータの構築
さくらのVPS で IPv4 over IPv6ルータの構築
 
大規模DCのネットワークデザイン
大規模DCのネットワークデザイン大規模DCのネットワークデザイン
大規模DCのネットワークデザイン
 
エンジニアのキャリアパスを考える 川村
エンジニアのキャリアパスを考える 川村エンジニアのキャリアパスを考える 川村
エンジニアのキャリアパスを考える 川村
 
あなたのところに専用線が届くまで
あなたのところに専用線が届くまであなたのところに専用線が届くまで
あなたのところに専用線が届くまで
 
閉域網接続の技術入門
閉域網接続の技術入門閉域網接続の技術入門
閉域網接続の技術入門
 
スイッチ・ルータのしくみ
スイッチ・ルータのしくみスイッチ・ルータのしくみ
スイッチ・ルータのしくみ
 
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
Geekなぺーじ ネットワーク技術者ではない方々向けIPv6セミナー2
 
IPv4/IPv6 移行・共存技術の動向
IPv4/IPv6 移行・共存技術の動向IPv4/IPv6 移行・共存技術の動向
IPv4/IPv6 移行・共存技術の動向
 
545人のインフラを支えたNOCチーム!
545人のインフラを支えたNOCチーム!545人のインフラを支えたNOCチーム!
545人のインフラを支えたNOCチーム!
 
DPDKによる高速コンテナネットワーキング
DPDKによる高速コンテナネットワーキングDPDKによる高速コンテナネットワーキング
DPDKによる高速コンテナネットワーキング
 
BGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみたBGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみた
 
ネットワーク運用自動化のためのサービス・運用設計
ネットワーク運用自動化のためのサービス・運用設計ネットワーク運用自動化のためのサービス・運用設計
ネットワーク運用自動化のためのサービス・運用設計
 
macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~
macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~
macOSの仮想化技術について ~Virtualization-rs Rust bindings for virtualization.framework ~
 
30分でわかる! コンピュータネットワーク
30分でわかる! コンピュータネットワーク30分でわかる! コンピュータネットワーク
30分でわかる! コンピュータネットワーク
 
エンジニアのキャリアパスを考える 篠宮
エンジニアのキャリアパスを考える 篠宮エンジニアのキャリアパスを考える 篠宮
エンジニアのキャリアパスを考える 篠宮
 
Kubernetesによる機械学習基盤への挑戦
Kubernetesによる機械学習基盤への挑戦Kubernetesによる機械学習基盤への挑戦
Kubernetesによる機械学習基盤への挑戦
 

Viewers also liked

Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015
Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015
Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015Yuya Rin
 
構成情報データベースをGitで管理したいネットワーク運用者の憂鬱
構成情報データベースをGitで管理したいネットワーク運用者の憂鬱構成情報データベースをGitで管理したいネットワーク運用者の憂鬱
構成情報データベースをGitで管理したいネットワーク運用者の憂鬱Yuya Rin
 
BGP Session Culling - BGPに優しいIXのメンテナンスを目指して
BGP Session Culling - BGPに優しいIXのメンテナンスを目指してBGP Session Culling - BGPに優しいIXのメンテナンスを目指して
BGP Session Culling - BGPに優しいIXのメンテナンスを目指してYuya Rin
 
CEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみた
CEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみたCEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみた
CEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみたYuya Rin
 
Rubyで創るOpenFlowネットワーク - LLまつり
Rubyで創るOpenFlowネットワーク - LLまつりRubyで創るOpenFlowネットワーク - LLまつり
Rubyで創るOpenFlowネットワーク - LLまつりYuya Rin
 
ネットワーク運用自動化お悩み相談会
ネットワーク運用自動化お悩み相談会ネットワーク運用自動化お悩み相談会
ネットワーク運用自動化お悩み相談会Yuya Rin
 
Physical Layer - Metal vs Fiber
Physical Layer - Metal vs FiberPhysical Layer - Metal vs Fiber
Physical Layer - Metal vs FiberYuya Rin
 
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性J-Stream Inc.
 

Viewers also liked (8)

Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015
Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015
Tried to Provide IPv6 Only Network Stealthily at CEDEC 2015
 
構成情報データベースをGitで管理したいネットワーク運用者の憂鬱
構成情報データベースをGitで管理したいネットワーク運用者の憂鬱構成情報データベースをGitで管理したいネットワーク運用者の憂鬱
構成情報データベースをGitで管理したいネットワーク運用者の憂鬱
 
BGP Session Culling - BGPに優しいIXのメンテナンスを目指して
BGP Session Culling - BGPに優しいIXのメンテナンスを目指してBGP Session Culling - BGPに優しいIXのメンテナンスを目指して
BGP Session Culling - BGPに優しいIXのメンテナンスを目指して
 
CEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみた
CEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみたCEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみた
CEDEC 2015でIPv6 Onlyネットワークをこっそり提供してみた
 
Rubyで創るOpenFlowネットワーク - LLまつり
Rubyで創るOpenFlowネットワーク - LLまつりRubyで創るOpenFlowネットワーク - LLまつり
Rubyで創るOpenFlowネットワーク - LLまつり
 
ネットワーク運用自動化お悩み相談会
ネットワーク運用自動化お悩み相談会ネットワーク運用自動化お悩み相談会
ネットワーク運用自動化お悩み相談会
 
Physical Layer - Metal vs Fiber
Physical Layer - Metal vs FiberPhysical Layer - Metal vs Fiber
Physical Layer - Metal vs Fiber
 
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
CDNのトラフィックエンジニアリング:CDNの現状とSDNの可能性
 

Similar to 本当は楽しいインターネット

if-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイント
if-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイントif-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイント
if-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイントSORACOM,INC
 
イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~
イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~
イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~Brocade
 
誰でもできるスマートシティ向けOSS : FIWAREのはじめかた
誰でもできるスマートシティ向けOSS : FIWAREのはじめかた誰でもできるスマートシティ向けOSS : FIWAREのはじめかた
誰でもできるスマートシティ向けOSS : FIWAREのはじめかたShunsuke Kikuchi
 
【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定
【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定
【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定シスコシステムズ合同会社
 
2015 10-ntt-com-forum-miyakawa-revised
2015 10-ntt-com-forum-miyakawa-revised2015 10-ntt-com-forum-miyakawa-revised
2015 10-ntt-com-forum-miyakawa-revisedshinmiyakawa
 
クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~
クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~
クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~Hinemos
 
仮想ルータを使ったスイッチレス・サーバクラスタリングの考察
仮想ルータを使ったスイッチレス・サーバクラスタリングの考察仮想ルータを使ったスイッチレス・サーバクラスタリングの考察
仮想ルータを使ったスイッチレス・サーバクラスタリングの考察Naoto MATSUMOTO
 
ネットワーク仮想化の導入指南
ネットワーク仮想化の導入指南ネットワーク仮想化の導入指南
ネットワーク仮想化の導入指南Hinemos
 
HTML5 Night 2014 Web x Network Technology ( WebRTC )
HTML5 Night 2014 Web x Network Technology ( WebRTC )HTML5 Night 2014 Web x Network Technology ( WebRTC )
HTML5 Night 2014 Web x Network Technology ( WebRTC )Kensaku Komatsu
 
CONBU LL Diver/YAPC::Asia 2014 Network
CONBU LL Diver/YAPC::Asia 2014 NetworkCONBU LL Diver/YAPC::Asia 2014 Network
CONBU LL Diver/YAPC::Asia 2014 NetworkYuya Takahashi
 
45分で理解する ドッコムマスタートリプルスター受験対策 2012
45分で理解する ドッコムマスタートリプルスター受験対策 201245分で理解する ドッコムマスタートリプルスター受験対策 2012
45分で理解する ドッコムマスタートリプルスター受験対策 2012Yukio Saito
 
WebRTC/ORTCの最新動向まるわかり!
WebRTC/ORTCの最新動向まるわかり!WebRTC/ORTCの最新動向まるわかり!
WebRTC/ORTCの最新動向まるわかり!Yusuke Naka
 
YakoCloud presen 141213
YakoCloud presen 141213YakoCloud presen 141213
YakoCloud presen 141213知礼 八子
 
WebRTC status and what to expect in 2015
WebRTC status and what to expect in 2015WebRTC status and what to expect in 2015
WebRTC status and what to expect in 2015Alexandre Gouaillard
 
Mk data intensive-onic2021
Mk data intensive-onic2021Mk data intensive-onic2021
Mk data intensive-onic2021Miya Kohno
 
202007 contrail cloud-operator-contrail_v1.2
202007 contrail cloud-operator-contrail_v1.2202007 contrail cloud-operator-contrail_v1.2
202007 contrail cloud-operator-contrail_v1.2Hiromi Tsukamoto
 
≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~
≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~ ≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~
≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~ Brocade
 
日経BP ITpro IoT japanパネル討議資料
日経BP ITpro IoT japanパネル討議資料日経BP ITpro IoT japanパネル討議資料
日経BP ITpro IoT japanパネル討議資料知礼 八子
 

Similar to 本当は楽しいインターネット (20)

if-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイント
if-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイントif-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイント
if-up 2017 | A1:IoT通信の選択肢とLoRaWANに見るデバイス開発のポイント
 
イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~
イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~
イケてる仮想化担当者のための今どきネットワーク虎の巻~VMwareソリューションの効果を最大化する必勝キーワードとその極意~
 
誰でもできるスマートシティ向けOSS : FIWAREのはじめかた
誰でもできるスマートシティ向けOSS : FIWAREのはじめかた誰でもできるスマートシティ向けOSS : FIWAREのはじめかた
誰でもできるスマートシティ向けOSS : FIWAREのはじめかた
 
【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定
【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定
【Interop tokyo 2014】 Internet of Everything / SDN と シスコ技術者認定
 
2015 10-ntt-com-forum-miyakawa-revised
2015 10-ntt-com-forum-miyakawa-revised2015 10-ntt-com-forum-miyakawa-revised
2015 10-ntt-com-forum-miyakawa-revised
 
クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~
クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~
クラウド時代のOpenFlow/SDNを活用したインフラストラクチャの実現 ~ネットワーク仮想化ソリューションのご紹介~
 
仮想ルータを使ったスイッチレス・サーバクラスタリングの考察
仮想ルータを使ったスイッチレス・サーバクラスタリングの考察仮想ルータを使ったスイッチレス・サーバクラスタリングの考察
仮想ルータを使ったスイッチレス・サーバクラスタリングの考察
 
20190915 hayashi nw_jaws
20190915 hayashi nw_jaws 20190915 hayashi nw_jaws
20190915 hayashi nw_jaws
 
ネットワーク仮想化の導入指南
ネットワーク仮想化の導入指南ネットワーク仮想化の導入指南
ネットワーク仮想化の導入指南
 
HTML5 Night 2014 Web x Network Technology ( WebRTC )
HTML5 Night 2014 Web x Network Technology ( WebRTC )HTML5 Night 2014 Web x Network Technology ( WebRTC )
HTML5 Night 2014 Web x Network Technology ( WebRTC )
 
CONBU LL Diver/YAPC::Asia 2014 Network
CONBU LL Diver/YAPC::Asia 2014 NetworkCONBU LL Diver/YAPC::Asia 2014 Network
CONBU LL Diver/YAPC::Asia 2014 Network
 
45分で理解する ドッコムマスタートリプルスター受験対策 2012
45分で理解する ドッコムマスタートリプルスター受験対策 201245分で理解する ドッコムマスタートリプルスター受験対策 2012
45分で理解する ドッコムマスタートリプルスター受験対策 2012
 
WebRTC/ORTCの最新動向まるわかり!
WebRTC/ORTCの最新動向まるわかり!WebRTC/ORTCの最新動向まるわかり!
WebRTC/ORTCの最新動向まるわかり!
 
YakoCloud presen 141213
YakoCloud presen 141213YakoCloud presen 141213
YakoCloud presen 141213
 
WebRTC status and what to expect in 2015
WebRTC status and what to expect in 2015WebRTC status and what to expect in 2015
WebRTC status and what to expect in 2015
 
Mk data intensive-onic2021
Mk data intensive-onic2021Mk data intensive-onic2021
Mk data intensive-onic2021
 
202007 contrail cloud-operator-contrail_v1.2
202007 contrail cloud-operator-contrail_v1.2202007 contrail cloud-operator-contrail_v1.2
202007 contrail cloud-operator-contrail_v1.2
 
≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~
≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~ ≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~
≪インテル x ブロケード 特別対談≫ 2020年。どうなる?車とデータセンタの関係 ~SDxの、その先へ~
 
Cloud, why not?
Cloud, why not?Cloud, why not?
Cloud, why not?
 
日経BP ITpro IoT japanパネル討議資料
日経BP ITpro IoT japanパネル討議資料日経BP ITpro IoT japanパネル討議資料
日経BP ITpro IoT japanパネル討議資料
 

本当は楽しいインターネット