「2023-10-13 JANOG52.5 参加レポート」の版間の差分

提供：hkatou_Lab
ナビゲーションに移動 検索に移動
← 古い編集
ビジュアルウィキテキスト
編集の要約なし
 
(同じ利用者による、間の11版が非表示)
4行目: 4行目:


=== 会計について ===
=== 会計について ===
利益が出ても赤字でも困る
利益が出ても赤字になっても困る。


* 会社間での金銭受け渡しが困難
* 会社間での金銭受け渡しが困難
13行目: 13行目:


=== ストリーミングについて ===
=== ストリーミングについて ===
やはりお金は重要で、外注なら高くつくし内部では稼働は高いし、地方の協力者にも依存するのが課題。


==== 運営委員から ====
==== 運営委員から ====
22行目: 23行目:


昔アーカイブが無い頃は、議事録を公開していたころもあった。
昔アーカイブが無い頃は、議事録を公開していたころもあった。
==== IIJ 松崎さん ====
マイクの数が多いため、切り替えやミキシングが大変。
* プレゼンタ・会場の質問者 xN・Zoom の質問者のマイクをミックスして、ストリーミングやアーカイブに


==== 会場の意見 ====
==== 会場の意見 ====
NTT-ME : 若い子はストリーミングを見て、現地に参加してくるフローがあります。
NTT-ME : 若い子はストリーミングを見て、現地に参加してくるフローがあります (ので続けてほしい)。


BBT 西野さん : JANOG の広報的な位置づけで良いのでは。両方のセッションに目を通したいときに便利。
BBT 西野さん : JANOG の広報的な位置づけで良いのでは。両方のセッションに目を通したいときに便利。
32行目: 38行目:
==== ストリーミングの会場アンケート ====
==== ストリーミングの会場アンケート ====


* ストリーミングはあれば良くてライトな期待値が大半だった
* ストリーミングはあれば良くて、ライトな期待値が大半だった
* マイクのノーマライズ (音量平滑化) がされてないと聞きづらい
* マイクのノーマライズ (音量平滑化) がされてないと聞きづらい
** チューニングが大変  
** チューニングが大変  
39行目: 45行目:
NTT-East 山田 大輔さん「ガンダムとナイトライダーを作りたいので NTT-East に入った。」
NTT-East 山田 大輔さん「ガンダムとナイトライダーを作りたいので NTT-East に入った。」


IOWN Gbloal Forum という場所で議論されている内容がベースになった資料。
[https://iowngf.org/ IOWN Glboal Forum] という場所で議論されている内容がベースになった資料。


=== 光電融合デバイス ===
* 2023/10/15 現在、資料は公開されていない <ref>https://janog.connpass.com/event/296475/</ref>
チップ感を光伝送にしたり、チップ内の信号処理を光で行う機器のこと。
 
* [https://iowngf.org/wp-content/uploads/2023/03/IOWN_GF_WP_Vision_2030_2.0-2.pdf INNOVATIVE OPTICAL AND WIRELESS NETWORK GLOBAL FORUM VISION 2030 AND TECHNICAL DIRECTIONS]
 
NTT の公式見解じゃないので、うんぬん。(おきまりのやつ)


=== そもそも IOWN って何よ ? ===
=== そもそも IOWN って何よ ? ===
'''I'''nnovative '''O'''ptical and '''W'''ireless '''N'''etwork の略で、オールフォトニクス・ネットワーク・デジタルツイン・コンピューティング、コグニティブ・ファウンデーションをコンセプトにしたもの。
'''I'''nnovative '''O'''ptical and '''W'''ireless '''N'''etwork の略で、オールフォトニクス・ネットワーク・デジタルツイン・コンピューティング、コグニティブ・ファウンデーションをコンセプトにしたもの。(これだけだとよくわからん)


APN = '''A'''ll '''P'''hotonics '''N'''etwork の略で、E/O , O/E 変換をなくして、光でエンドツーエンド通信を行い、以下を実現する。
現状で掲げるわかりやすいコンセプトとしては、'''「光 <-> 電気の切り替えを無くし、光のみで低遅延・広帯域のオール・フォトニクス・ネットワークを作る」'''というものがあります。


* 低遅延
WDM はメーカー内で垂直統合されているものがほとんどであったため、自作 PC や OCP のように標準化を進め、オープン化していくことを狙っています。
* 低消費電力
 
* 大容量
現在の実装状況としては、
 
* DWDM の光伝送装置を、マルチベンダの機器で接続
* ポイント・ツー・ポイントで拠点間を接続
 
というもので、既存の光伝送装置の延長上にあります。
 
将来的には家庭にも範囲を広げることを想定しており、ポイント・ツー・マルチポイントなどのトポロジをサポートしていくことになるようです。
 
=== 光電融合デバイス ===
チップ間を光伝送にしたり、チップ内の信号処理を光で行う機器のこと。
 
2023 年現在の技術では、光をそのままプログラマブルに扱うのは制限があり、電気信号に変換してから扱っている。


=== キーワード ===
=== キーワード ===


==== WDM = '''Wave''' Length '''D'''ivision '''M'''ultiplexing ====
===== APN = '''A'''ll '''P'''hotonics '''N'''etwork =====
 
* Electric / Optical , Optical / Electric 変換をなくして、光でエンドツーエンド通信を行い、以下を実現する。
** 低遅延
** 低消費電力
** 大容量
 
==== WDM = '''Wavel'''ength '''D'''ivision '''M'''ultiplexing ====


* 光信号の多重化
* 光信号の多重化
61行目: 89行目:
==== ROADM = '''R'''econfigurable '''O'''ptical '''A'''dd/'''D'''rop '''M'''ultiplexer ====
==== ROADM = '''R'''econfigurable '''O'''ptical '''A'''dd/'''D'''rop '''M'''ultiplexer ====


* 発音は「ローダム」
* 光の波長を加え (Add) たり、削除 (Drop) したりできる技術
* 光の波長を加え (Add) たり、削除 (Drop) したりできる技術
** もうちょっと詳しい削除の説明 : 経路上の機器で特定の波長を受信させる (のでその機器以降の経路で波長が削除される)


==== トランスポンダ ====
==== トランスポンダ ====
* 10G-SR から 10G-ER など、波長変換を行う装置


==== IMDD ====
==== IMDD ====


==== デジタル コヒーレント ====
==== デジタル コヒーレント ====
WSS
 
==== WSS = Wavelength Selective Switch <ref>[https://journal.ntt.co.jp/wp-content/uploads/2020/05/JN20200308.pdf IOWN構想特集─ ネットワーク─]
 
空間多重−波長選択光 スイッチ（SDM-WSS: SDM-Wavelength Selective Switch）</ref> ====


=== APN を紐解くポイント ===
=== APN を紐解くポイント ===
74行目: 109行目:
==== 機能分離と再配置 ====
==== 機能分離と再配置 ====


* TGI : Transceiver , Gateway , Interchange の機能ごとに分散配置する
* ROADM を TGI : '''T'''ransceiver , '''G'''ateway , '''I'''nterchange の機能ごとに分離する
* ROADM で一体だったものを分離する
* 分離した機能を、別の拠点に配置できるようにする


==== 高度化 ====
==== 高度化 ====
電気と光の変換が無いため、以下のメリットがある
電気と光の変換が無いため、以下のメリットがある


* 低落縁
* 低遅延
* 低発熱・低電力
* 低発熱
* 省電力


=== APN ===
=== APN ===
94行目: 130行目:


8K 映像配信
8K 映像配信
リアルタイム 遠隔演奏
e スポーツ
=== 会場の質問 ===
以下の発言はあまり正確に拾えてなくて、発言者が入れ替わってたりするかも。
==== SB 川上さん : 中空コアファイバではやらないんですか ? ====
NTT-East 山田さん : 今あるファイバを生かさないといけないので。。
==== BBT 西野さん : 末端のインターフェースってどうなりますか ? ====
NTT-East 山田さん : 光の波を UNI にする方向で考えていますが、現実としてはまだメタルかなと。
BTT 西野さん : 波長だとアップグレードしやすいので、嬉しいです。
==== ?? : 早い CPE をつければ速度も速くなる理解で良いですか ? また、標準化団体は ? ====
NTT-East 山田さん : その理解であっています。標準化は詳しくないですが、Global Forum でやっていると思います。
==== 山口さん : 動的に接続先を変えられるんでしょうか ? ====
NTT-East 山田さん : 現在検討中の段階で、実装方式やシステム化するときの課題を検討しています。
==== IIJ 松崎さん : インターネットとどう関わっていきますか ? ====
NTT-East 山田さん : IX さんで光 IX とかできたら面白いですね。
==== SB 川上さん・BTT 西野さん : これ回線交換じゃない ? コンシューマとバックボーンの話が混ざってしまっている ====
NTT-East 山田さん : 確かに混じってしまっている部分がある。
IIJ 松崎さん : 専用線サービスを置き換えていきそう。マルチポイントな VPN も置き換えられるかも。
=== 参考リンク ===
=== [[ネットワーク エンジニア向け ブックマーク#IOWN]] ===


== RPKIのROVを試してみた件2 - 実証実験とガイドライン - ==
== RPKIのROVを試してみた件2 - 実証実験とガイドライン - ==
ルート ハイジャックの広報間違いは、2023 年現在「インターネット村八分」にするのが一般的だが、ルートの検証を公開鍵で行う仕組みが、RPKI となる。
=== キーワード ===
RPKI = '''R'''esource '''P'''ublic '''K'''ey '''I'''nfrastructure
ROA = '''R'''oute '''O'''rigin '''A'''uthorization


== draft-agt-rtgwg-dragonfly-routingを試してみた ==
* レジストラが割り当てた IP アドレスを、経路情報の生成を認可した署名付きのデータ
 
ROV = '''R'''oute '''O'''rigin '''V'''alidation
 
* 異なる AS が Origin AS とされている経路情報を、mis-origination として検出する
MANRS = '''M'''utually '''A'''greed '''N'''orms for '''R'''outing '''S'''ecurity
 
* ISP や IX 事業者が守るべき行動を推進する活動
* 発音は "マナーズ"
 
=== 会場マイク ===
大学の卒論が BGP や RPKI ばかりになって困った。。
 
トランジットの提供条件としては、RPKI を含んでいないのではないか。
 
== [https://www.janog.gr.jp/meeting/janog52.5/doc/lt1_dragonfly-routing.pdf draft-agt-rtgwg-dragonfly-routingを試してみた] ==
Dragonfly+ : Spine と Spine を接続するトポロジ
 
ルーティングで不等コストルーティングは難しい。
 
* default vrf と Core vrf でなんとかする !
LT のみで理解するのは難しい内容でした。
 
* ISP 系の SE 3 人の感想


== Direct Connect 印西 使ってみた ==
== Direct Connect 印西 使ってみた ==
安価・電力・スケーラビリティを満たす拠点 !
モンスターストライクの要件で、コスト・RTT からオンプレミスがメインになっている。
* RTT 1ms 以上だと遅すぎる !
ENA enable にする。
* ENA = Elastic Network Adapter
AWS は az4 だと 0.3ms 程度でめっちゃ近い。az1,az2 は遅延がそれなりにあるため、マルチ AZ の冗長化と遅延の要件を両方満たすのは難しい。
== [https://www.janog.gr.jp/meeting/janog52.5/doc/lt3_OTDR_SFP.pdf OTDR機能を搭載する光トランシーバーを検証してみた！] ==
OTDR = '''O'''ptical '''T'''ime '''D'''omain '''R'''efrectometor
光トランシーバが搭載する機能に、OTDR という機能が存在する。
資料を見る限り、WDM の GUI で確認できる模様。
* 光ファイバの敷設工事や補修工事のときに使用される
対応トランシーバはリンク断や接続に失敗すると、TxOTDR モードに切り替わる。
=== デメリット ===
光ファイバーの切断検出と、そこまでの距離しかわからない
* 損失・反射減衰量、曲げの箇所はわからない
== [https://www.janog.gr.jp/meeting/janog52.5/doc/lt4_janog_web.pdf JANOG Webの未来 ?現状の課題とこれからどう改善するか考えてみた?] ==
スマフォで見づらいため、レスポンシブ Web デザインにしたい。
次回・次次回あたりの JANOG で見られるようにする予定。
== [https://www.janog.gr.jp/meeting/janog52.5/doc/japan-ipv4only.pdf 日本からipv4only.arpaへの名前解決が大量に送られてるっぽい] ==
ipv4only.arpa の名前解決が 56 位で日本から 85.6% の割合になっている。
学生さんにしては相当レベルの高い調査内容。
Blog : [https://momoka0122y.hatenablog.com/entry/2023/09/29/214245 日本からipv4only.arpaへの名前解決が大量に送られてるっぽい]
== NETCON ==
疑似インターネットを作って壊したい !
参加したい人の意見「JANOG と被せないで !」
* JANOG 前の 月・火で参加できるようにします !
3 日 100 人参加で、大体 50 万円くらいのコストがかかっている。
== JANOG53 ==
博多国際展示場が会場で、似た会場名があるので注意 !
ホストは LINE. ライブストリーミング無し、アーカイブ公開はあり。
== [https://wakamonog.connpass.com/event/293169/ wakamonog12] ==
若者・学生が主体になって活動しているコミュニティ。


== OTDR機能を搭載する光トランシーバーを検証してみた！ ==
JANOG の前段として、敷居が低いコミュニティにしていきたい。


== JANOG Webの未来 ?現状の課題とこれからどう改善するか考えてみた? ==
== [https://internetweek.jp/2023/ InternetWeek2023] ==
11/15-22 に開催。


== 日本からipv4only.arpaへの名前解決が大量に送られてるっぽい ==
== 引用 ==
[[カテゴリ:イベント]]

2023年10月18日 (水) 12:14時点における最新版

2023/10/13 に NetOne Systems さんで開催された、JANOG 52.5 のレポートです。

JANOGオープンマイク

会計について

利益が出ても赤字になっても困る。

  • 会社間での金銭受け渡しが困難

現在の運営委員が、数年先までスケジュールしてしまうのも・・・

  • 運営委員がいつまで継続して関われるかわからない部分もある

ストリーミングについて

やはりお金は重要で、外注なら高くつくし内部では稼働は高いし、地方の協力者にも依存するのが課題。

運営委員から

ストリーミングは JANOG53 で廃止にする方針が出ていたが・・・

今回の 52.5 はストリーミングありに。

JANOG 34 ではセンシティブな内容のときに、配信を途中停止にして、すごい文句がきた。。

昔アーカイブが無い頃は、議事録を公開していたころもあった。

IIJ 松崎さん

マイクの数が多いため、切り替えやミキシングが大変。

  • プレゼンタ・会場の質問者 xN・Zoom の質問者のマイクをミックスして、ストリーミングやアーカイブに

会場の意見

NTT-ME : 若い子はストリーミングを見て、現地に参加してくるフローがあります (ので続けてほしい)。

BBT 西野さん : JANOG の広報的な位置づけで良いのでは。両方のセッションに目を通したいときに便利。

mixi : ストリーミング用にスタッフを採用する必要があるため、偏りがあるように思えます。

ストリーミングの会場アンケート

  • ストリーミングはあれば良くて、ライトな期待値が大半だった
  • マイクのノーマライズ (音量平滑化) がされてないと聞きづらい
    • チューニングが大変

IOWN Open APNを（簡単に）紐解いてみよう！

NTT-East 山田 大輔さん「ガンダムとナイトライダーを作りたいので NTT-East に入った。」

IOWN Glboal Forum という場所で議論されている内容がベースになった資料。

  • 2023/10/15 現在、資料は公開されていない [1]

NTT の公式見解じゃないので、うんぬん。(おきまりのやつ)

そもそも IOWN って何よ ?

Innovative Optical and Wireless Network の略で、オールフォトニクス・ネットワーク・デジタルツイン・コンピューティング、コグニティブ・ファウンデーションをコンセプトにしたもの。(これだけだとよくわからん)

現状で掲げるわかりやすいコンセプトとしては、「光 <-> 電気の切り替えを無くし、光のみで低遅延・広帯域のオール・フォトニクス・ネットワークを作る」というものがあります。

WDM はメーカー内で垂直統合されているものがほとんどであったため、自作 PC や OCP のように標準化を進め、オープン化していくことを狙っています。

現在の実装状況としては、

  • DWDM の光伝送装置を、マルチベンダの機器で接続
  • ポイント・ツー・ポイントで拠点間を接続

というもので、既存の光伝送装置の延長上にあります。

将来的には家庭にも範囲を広げることを想定しており、ポイント・ツー・マルチポイントなどのトポロジをサポートしていくことになるようです。

光電融合デバイス

チップ間を光伝送にしたり、チップ内の信号処理を光で行う機器のこと。

2023 年現在の技術では、光をそのままプログラマブルに扱うのは制限があり、電気信号に変換してから扱っている。

キーワード

APN = All Photonics Network
  • Electric / Optical , Optical / Electric 変換をなくして、光でエンドツーエンド通信を行い、以下を実現する。
    • 低遅延
    • 低消費電力
    • 大容量

WDM = Wavelength Division Multiplexing

  • 光信号の多重化

ROADM = Reconfigurable Optical Add/Drop Multiplexer

  • 発音は「ローダム」
  • 光の波長を加え (Add) たり、削除 (Drop) したりできる技術
    • もうちょっと詳しい削除の説明 : 経路上の機器で特定の波長を受信させる (のでその機器以降の経路で波長が削除される)

トランスポンダ

  • 10G-SR から 10G-ER など、波長変換を行う装置

IMDD

デジタル コヒーレント

WSS = Wavelength Selective Switch [2]

APN を紐解くポイント

機能分離と再配置

  • ROADM を TGI : Transceiver , Gateway , Interchange の機能ごとに分離する
  • 分離した機能を、別の拠点に配置できるようにする

高度化

電気と光の変換が無いため、以下のメリットがある

  • 低遅延
  • 低発熱
  • 省電力

APN

100km を 0.5 ミリ秒の超低遅延で拠点間接続

APN トランシーバを拠点に置くことで、長距離用の光を直接遠隔地へ飛ばす

  • 東販間で E/O , O/E 変換される機器と比較すると、1ms 程度の遅延差が出た

ユースケース

遠隔手術

8K 映像配信

リアルタイム 遠隔演奏

e スポーツ

会場の質問

以下の発言はあまり正確に拾えてなくて、発言者が入れ替わってたりするかも。

SB 川上さん : 中空コアファイバではやらないんですか ?

NTT-East 山田さん : 今あるファイバを生かさないといけないので。。

BBT 西野さん : 末端のインターフェースってどうなりますか ?

NTT-East 山田さん : 光の波を UNI にする方向で考えていますが、現実としてはまだメタルかなと。

BTT 西野さん : 波長だとアップグレードしやすいので、嬉しいです。

?? : 早い CPE をつければ速度も速くなる理解で良いですか ? また、標準化団体は ?

NTT-East 山田さん : その理解であっています。標準化は詳しくないですが、Global Forum でやっていると思います。

山口さん : 動的に接続先を変えられるんでしょうか ?

NTT-East 山田さん : 現在検討中の段階で、実装方式やシステム化するときの課題を検討しています。

IIJ 松崎さん : インターネットとどう関わっていきますか ?

NTT-East 山田さん : IX さんで光 IX とかできたら面白いですね。

SB 川上さん・BTT 西野さん : これ回線交換じゃない ? コンシューマとバックボーンの話が混ざってしまっている

NTT-East 山田さん : 確かに混じってしまっている部分がある。

IIJ 松崎さん : 専用線サービスを置き換えていきそう。マルチポイントな VPN も置き換えられるかも。

参考リンク

ネットワーク エンジニア向け ブックマーク#IOWN

RPKIのROVを試してみた件2 - 実証実験とガイドライン -

ルート ハイジャックの広報間違いは、2023 年現在「インターネット村八分」にするのが一般的だが、ルートの検証を公開鍵で行う仕組みが、RPKI となる。

キーワード

RPKI = Resource Public Key Infrastructure

ROA = Route Origin Authorization

  • レジストラが割り当てた IP アドレスを、経路情報の生成を認可した署名付きのデータ

ROV = Route Origin Validation

  • 異なる AS が Origin AS とされている経路情報を、mis-origination として検出する

MANRS = Mutually Agreed Norms for Routing Security

  • ISP や IX 事業者が守るべき行動を推進する活動
  • 発音は "マナーズ"

会場マイク

大学の卒論が BGP や RPKI ばかりになって困った。。

トランジットの提供条件としては、RPKI を含んでいないのではないか。

draft-agt-rtgwg-dragonfly-routingを試してみた

Dragonfly+ : Spine と Spine を接続するトポロジ

ルーティングで不等コストルーティングは難しい。

  • default vrf と Core vrf でなんとかする !

LT のみで理解するのは難しい内容でした。

  • ISP 系の SE 3 人の感想

Direct Connect 印西 使ってみた

安価・電力・スケーラビリティを満たす拠点 !

モンスターストライクの要件で、コスト・RTT からオンプレミスがメインになっている。

  • RTT 1ms 以上だと遅すぎる !

ENA enable にする。

  • ENA = Elastic Network Adapter

AWS は az4 だと 0.3ms 程度でめっちゃ近い。az1,az2 は遅延がそれなりにあるため、マルチ AZ の冗長化と遅延の要件を両方満たすのは難しい。

OTDR機能を搭載する光トランシーバーを検証してみた！

OTDR = Optical Time Domain Refrectometor

光トランシーバが搭載する機能に、OTDR という機能が存在する。

資料を見る限り、WDM の GUI で確認できる模様。

  • 光ファイバの敷設工事や補修工事のときに使用される

対応トランシーバはリンク断や接続に失敗すると、TxOTDR モードに切り替わる。

デメリット

光ファイバーの切断検出と、そこまでの距離しかわからない

  • 損失・反射減衰量、曲げの箇所はわからない

JANOG Webの未来 ?現状の課題とこれからどう改善するか考えてみた?

スマフォで見づらいため、レスポンシブ Web デザインにしたい。

次回・次次回あたりの JANOG で見られるようにする予定。

日本からipv4only.arpaへの名前解決が大量に送られてるっぽい

ipv4only.arpa の名前解決が 56 位で日本から 85.6% の割合になっている。

学生さんにしては相当レベルの高い調査内容。

Blog : 日本からipv4only.arpaへの名前解決が大量に送られてるっぽい

NETCON

疑似インターネットを作って壊したい !

参加したい人の意見「JANOG と被せないで !」

  • JANOG 前の 月・火で参加できるようにします !

3 日 100 人参加で、大体 50 万円くらいのコストがかかっている。

JANOG53

博多国際展示場が会場で、似た会場名があるので注意 !

ホストは LINE. ライブストリーミング無し、アーカイブ公開はあり。

wakamonog12

若者・学生が主体になって活動しているコミュニティ。

JANOG の前段として、敷居が低いコミュニティにしていきたい。

InternetWeek2023

11/15-22 に開催。

引用

  1. ↑ https://janog.connpass.com/event/296475/
  2. ↑ IOWN構想特集─ ネットワーク─ 空間多重−波長選択光 スイッチ（SDM-WSS: SDM-Wavelength Selective Switch）
「http://hkatou.net/index.php?title=2023-10-13_JANOG52.5_参加レポート&oldid=1560」から取得