IETF報告会(97thソウル) #isocjp
-
- いいね！3
Kaoru Maeda 前田 薫
@mad_p
國武さん: -rtgwg-enterprise-pa-multihoming: PIアドレスでなく、PAアドレスを使ったマルチホーミング対応の企業ネットワーク。本当にひどい。必要でよく考えられているのはわかるがやりたくない #isocjp
2016-12-16 18:07:01
Kaoru Maeda 前田 薫
@mad_p
國武さん: src addr routingは絶対必要なのでどう導入していくか。v4とv6混在で運用が変わってしまうところが致命的 #isocjp
2016-12-16 18:07:33
Kaoru Maeda 前田 薫
@mad_p
國武さん: v6ops-v4v6-xlat-prefix: 複数のv4/v6 translationをサポートするためのprefixアサイン。checksum neutralityについての考察が追加された。fffeの倍数を使うなど。→WGアイテム #isocjp
2016-12-16 18:08:36
Kaoru Maeda 前田 薫
@mad_p
國武さん: 6man WG: draft proposalがなくなるのでstandard化するためのbis3件。RFC4941はプライバシー的にひとまず見送りに #isocjp
2016-12-16 18:09:57
Kaoru Maeda 前田 薫
@mad_p
國武さん: RFC2460で拡張ヘッダを途中で挿入することについて、bisで禁止するか、問題があることを指摘するか、変更しないか → 問題あることを明示する #isocjp
2016-12-16 18:10:43
Kaoru Maeda 前田 薫
@mad_p
國武さん: WGLC後、ML上で物言いがついた。表現が曖昧な部分がある。これは禁止なのか? MUSTもSHOULD NOTもない。segment routingの実装もあるのでどうすんの? など → 変更なしのままIESGへ #isocjp
2016-12-16 18:12:08
Kaoru Maeda 前田 薫
@mad_p
國武さん: 6man-rs-refresh: スリープしているノードがmulticastなRAに反応して起きなくてよいようにrefresh timerを定義しよう。RFC7772との違いを強調 #isocjp
2016-12-16 18:13:36
Kaoru Maeda 前田 薫
@mad_p
國武さん: 6man-pio-exclusive-bit: prefix info optionにexclude bitを定義。このprefixに自分しかいないことを示せれば、NDやDADが省略できる #isocjp
2016-12-16 18:14:52
Kaoru Maeda 前田 薫
@mad_p
國武さん: rfc6434-bis: Node requirements: 古くなっているので更新。何をとり入れるかは議論あり #isocjp
2016-12-16 18:15:25
Kaoru Maeda 前田 薫
@mad_p
國武さん: bier-over-ipv6: multicastを使わずにbier IPv6 prefixの下位64bitを使って、bitの数だけedgeが持てるというマッピング。edge数が足りるのかという議論。256～数千bit必要との声も #isocjp
2016-12-16 18:17:26
Kaoru Maeda 前田 薫
@mad_p
國武さん: netmod-routing-cfg: RA submodule options: YANGモデルを定義中。IPv6 RA submoduleを追加しようとしている。これでうまくいくのかレビュー求む #isocjp
2016-12-16 18:18:09
Kaoru Maeda 前田 薫
@mad_p
西塚さん: データについてmandatory, optional, extensionのレベルが意識されずにドラフトが書かれている → どこまでをoptionalに入れるかを #isocjp
2016-12-16 18:21:45
Kaoru Maeda 前田 薫
@mad_p
西塚さん: IETFミーティングよりも、Interim、Design Teamミーティングの方が重要。Design TeamミーティングはIETF会期中に実施。ここで方向性がだいたい決まり本会議で報告というスタイル #isocjp
2016-12-16 18:23:04
Kaoru Maeda 前田 薫
@mad_p
西塚さん: WGドラフトの進捗: use case文書、西塚さんのドラフトとマージされWGドラフトを進めることになった。事業者vs事業者のDDoS対応連携で合意。KrebsやDynの～1Tbpsの攻撃の事例が背景に #isocjp
2016-12-16 18:24:46
Kaoru Maeda 前田 薫
@mad_p
西塚さん: 読みにくい部分がありユーザー視点で書きかえていく。Intra-/Inter- domain → -organizationに。違いはroutingとvalidationの主体で切る。とはいえどこが事業者の切れ目なのか #isocjp
2016-12-16 18:25:51
Kaoru Maeda 前田 薫
@mad_p
西塚さん: architecture: DOTSプロトコルの耐障害性が問題に。攻撃下でプロトコルがちゃんと使えるか #isocjp
2016-12-16 18:26:51
Kaoru Maeda 前田 薫
@mad_p
西塚さん: NETCONF/RESTCONFをなぜ使わないのか(i2rsチェアから)。WG参加者はほぼ反対だが検討する #isocjp
2016-12-16 18:29:04
Yasuhiro Morishita
@OrangeMorishita
ao @6_break さんのPecha Kucha at IETF 97の資料。 #isocjp // Japan’s serious situation for the Olympic Game 2020 in Tokyo speakerdeck.com/ao/japans-seri…
2016-12-17 00:26:00
ao
@6_break
昨日のIETF97@Seoul報告会の資料をアップロードしました〜 意外と反響があったPechaKuchaで使った雑なスライドもSpeaker's Deckにあがってます。 #isocjp speakerdeck.com/ao/pechakucha-…
2016-12-17 17:17:32
Kaoru Maeda 前田 薫
@mad_p
IETF97報告会 isoc.jp/wiki.cgi?page=… で使用したoauth + tokbind関連の資料をslideshareに置きました slideshare.net/KaoruMaeda/iet… #isocjp
2016-12-26 14:30:17