tools team/events/JANOG34?

概要

JANOG34ではULAアドレスを提供します。
Recommendations of Using Unique Local Addressesを参考に作成し、
得られた結果はJANOG BCOPやIETF v6ops wgにフィードバックする予定です。

ULA+GUA+IPv4(プライベート)

RFC6714がどれだけの端末で実装出来てるかを調べて頂く事が出来ます。

  • MAC OSX 問題無さそう -- ししお? 2014-07-17 (木) 12:51:18
  • iOS iPhone 動き変? v4サイトにつながらない気がする -- ししお? 2014-07-17 (木) 12:51:45
  • ↑うそだったアプリが変でした -- ししお? 2014-07-17 (木) 14:35:52
  • 手元の MacBook Air から v6 の DNS サーバにリーチできないようです。v6 only にして気づきました。v4 の方は問題ありません。 -- tsahara? 2014-07-17 (木) 17:57:37
  • 素朴な疑問:こちらでステートフルDHCPv6を動作させているのはどういう意図からでしょうか? OSX, iOS, Android いずれもテンポラリアドレスが優先利用されるのでDHCPv6のアドレスは意味がなさそうです。 -- きたぐち? 2014-07-18 (金) 14:27:44

ULA Only

IPv6アドレスを配布し、NAPTv6/NAT64/DNS64を使ってのインターネット通信がどれだけ可能かを見て頂く事が出来ます。

  • Skypeできなーい -- mikiT? 2014-07-17 (木) 15:52:28
  • いま apnic.net (www なし) がふつうのネットワーク(SSID janog34とか)から v4 OK で v6 は TCP RST になる状況で、ここに ula only からアクセスすると SYN/ACK が返ってこなくてタイムアウトになります。一種のフォールバック問題が起きてますね。 -- tsahara? 2014-07-17 (木) 17:12:12
  • Chromのplugin試して感想お願いします。https://chrome.google.com/webstore/detail/ipv4-address-literal-appe/jfjchofcilkkljhagiepfgfocdaobcin -- きたぐち? 2014-07-18 (金) 01:04:49
  • Android 4.3.3はIPv4がもらえないとインターフェイスがUPにならないことを確認しました -- きたぐち? 2014-07-18 (金) 01:05:53
  • Android 4.3.3はIPv4がもらえないとインターフェイスがUPにならないことを確認しました -- きたぐち? 2014-07-18 (金) 09:42:39
  • http://com.nicovideo.jp/community/co2424272 も駄目だなぁ… -- くにたけ? 2014-07-18 (金) 12:58:20
  • 書くとこ間違えた。http://com.nicovideo.jp/community/co2424272 もPMTUD問題で駄目 -- くにたけ? 2014-07-18 (金) 12:58:58
  • 会場からTCPを張ってデータ0バイトで -- tsahara? 2014-07-18 (金) 15:30:24
  • ↑ すみませんミスしました。無視してください。 -- tsahara? 2014-07-18 (金) 15:35:18
  • iOS 7.1.1 (iPad mini) だと、www.kame.netで亀が踊るが、www.v6pc.jpやwww.ocn.ne.jp/v6/ではIPv4アドレスでの接続になってます。挙動の説明ができないです。 -- きたぐち? 2014-07-18 (金) 16:29:49
  • Mac 上で host コマンドで名前を何度か引いたら、1回目は v4: x.x.x.x, v6:64:x::y:z:u:v 、2回目以降は v4: x.x.x.x(同じ), v6: 2001:... と、何らかのキャッシュが作用して 1回目だけ translation 用 AAAA が返っている様子が見えました。あやしい推測ですが、www.kame.net は誰かが既にキャッシュがしていたのでふつうの v6 アドレスでアクセスでき、それ以外はキャッシュがなかったので translation 用アドレスが返ってきた、とかかもしれませんね。 -- tsahara? 2014-07-18 (金) 16:49:12

Path MTU Discovery Blackholeテスト

  • http://www.lifehacker.jp/ が IPv4 でうまく見えたり、見えなかったり。私だけ?(実体は、CloudFrontっぽい) -- くにたけ? 2014-07-18 (金) 10:04:07
  • 他にも、pbs.twimg.com とかも変。ロードバランサー配下で MTUサイズをキャッシュしてるサーバ、してないサーバが混在状態になって、per packet とかでバランシングされてて、おかしくなってたりするのかな? -- くにたけ? 2014-07-18 (金) 10:11:27
  • per packet であっても動作しないとおかしいですね。LBが、type 3 code 4なICMPパケットを適切なサーバに戻せてないのかも -- くにたけ? 2014-07-18 (金) 10:16:42
  • なんでLBが噛んでいると思ったかというと、telnet で叩いてると、Path MTU Blackhole と全く同じ事象が出た時と、取れる時と、転送途中で止まるパターンとがあったため(大規模なサイトだから使ってるだろうという予想もありますが) -- くにたけ? 2014-07-18 (金) 10:22:13
  • per session で割り振り固定なルールだと問題起きなかったりするのかも(完全な想像ですが) -- くにたけ? 2014-07-18 (金) 10:23:36
  • クライアント側の MTU を 1280 にしてみたら、さくっと表示されたので、やっぱり Path MTU Discovery Blackhole 問題。IPv4 は、TCP MSS で問題が隠れてるだけですね… -- くにたけ? 2014-07-18 (金) 10:28:53

参考資料

http://www.janog.gr.jp/meeting/janog34/network/index.html

http://www.janog.gr.jp/meeting/janog34/program/6pmtu.html

訪問者数3134


トップ   編集 凍結 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS
Last-modified: 2016-08-12 (金) 18:48:53 (436d)