<!--
- ## 注意事項
- ページの新規作成から `Template` を選び，テンプレートとしてこのページを指定してください．
- 発表順は必要に応じてミーティングの管理者が振り分けてください．
- 表の 2 行目には例示用のプレゼンテーションを登録しているので，削除して使ってください．
-->

# 1st MAUI 2022F (10/03)

## Newcomer self introduction ( 10 min )

## Progress report ( 60 min )

| Order | Presenter | Title |
|---|--- |--- |
| 1 | airou | 複数の都市OSを超えてデータの真正性、完全性が検証可能なアーキテクチャの提案 |
| 2 | trustywolf | A study of Segment Routing Traffic Engineering(SR-TE) in Multi-domain Network |

## Anything else?

# Log (kabe, dave)

## airou
Title:
- 複数の都市OSを超えてデータの真正性、完全性が検証可能なアーキテクチャの提案
Q&A:
- osamu:都市OSという言葉の定義は？
- airou:スマートシティアーキテクチャという用語がある
- osamu:OSは何を管理して、何を提供するのか？
- OSは何らかのリソースを管理して、何を誰に提供する勉強するべき
- どこがgivenでどこからが新しいのか明確に示されていなかった
- airou: リソースマネジメントのほうに集中しようと考えている
- osamu:
- なぜCity OSという概念を持ち出したのか　何を信頼できる/できないはCity OSの中だけで定義されてるが、City OS自体の重要性は示されてなかった
- 修士なんだから自分で考えるべき

- rdv: 機械で終始するのか、人間活動も含むのか　システムの境界をもっと明確化すべき
- airou: 人間活動はシステムに含まれている
- rdv:面白い研究になると思う

- kei: 何で真ん中と2番目だけが繋がっているのか、リング構造として一番つながってほしくないところがつながっている。
- airou: 鍵管理
- kei: 本当？　背後にあるフィロソフィーが見えてこない
- airou:今回は安全性を担保するために鍵管理・鍵配送を低レイヤーに置いた

- shigeya:p.17でOSのリング構造をもっとよく理解したうえで/この図の構造が正しいのかどうか理解したうえで研究を進めてほしい
- shigeya: City OSと呼ばれているが、OSならばハードウェアまで管理するべき
- shigeya:この図はOSの図になっていない、何をやりたいのかよくわからない

## trustywolf
Title:
- A study of Segment Routing Traffic Engineering(SR-TE) in Multi-domain Network
Q&A:
- kei:修論に向けてやるんだよね？　リサーチクエスチョンは何？
- trustywolf:そうです、SRPCEの相互連携によってoption　b,cのメリットを取り上げて、
- option cでは情報の隠蔽ができないので、異なるAS間でも情報を隠蔽しながらTraffic Engineeringできるようにしたい
- kei: Operation Policyに踏み込まない方がいい ISPの考え方になると、研究としての評価が難しくなりそう
- trustuwolf: ありがとうございます
- rdv: Quantum Network にどれほど影響を当てるのか気になったので、AQUAの学生に教えてほしい
- trustywolf: 歴史込みで絶賛勉強中です
- rdv: Quantum Internet Task Forceで発表してくれると有難い
-