[[tools team/events/JANOG34]]
*概要 [#x6f15907]
JANOG34ではULAアドレスを提供します。~
[[Recommendations of Using Unique Local Addresses>http://tools.ietf.org/html/draft-ietf-v6ops-ula-usage-recommendations]]を参考に作成し、~
得られた結果はJANOG BCOPやIETF v6ops wgにフィードバックする予定です。

**ULA+GUA+IPv4(プライベート) [#o9997720]
[[RFC6714>http://tools.ietf.org/html/rfc6724]]がどれだけの端末で実装出来てるかを調べて頂く事が出来ます。
- MAC OSX 問題無さそう -- [[ししお]] &new{2014-07-17 (木) 12:51:18};
- iOS iPhone 動き変? v4サイトにつながらない気がする -- [[ししお]] &new{2014-07-17 (木) 12:51:45};
- ↑うそだったアプリが変でした -- [[ししお]] &new{2014-07-17 (木) 14:35:52};
- 手元の MacBook Air から v6 の DNS サーバにリーチできないようです。v6 only にして気づきました。v4 の方は問題ありません。 -- [[tsahara]] &new{2014-07-17 (木) 17:57:37};
- 素朴な疑問:こちらでステートフルDHCPv6を動作させているのはどういう意図からでしょうか? OSX, iOS, Android いずれもテンポラリアドレスが優先利用されるのでDHCPv6のアドレスは意味がなさそうです。 -- [[きたぐち]] &new{2014-07-18 (金) 14:27:44};


**ULA Only [#rde60579]
IPv6アドレスを配布し、NAPTv6/NAT64/DNS64を使ってのインターネット通信がどれだけ可能かを見て頂く事が出来ます。
- Skypeできなーい -- [[mikiT]] &new{2014-07-17 (木) 15:52:28};
- いま apnic.net (www なし) がふつうのネットワーク(SSID janog34とか)から v4 OK で v6 は TCP RST になる状況で、ここに ula only からアクセスすると SYN/ACK が返ってこなくてタイムアウトになります。一種のフォールバック問題が起きてますね。 -- [[tsahara]] &new{2014-07-17 (木) 17:12:12};
- Chromのplugin試して感想お願いします。https://chrome.google.com/webstore/detail/ipv4-address-literal-appe/jfjchofcilkkljhagiepfgfocdaobcin -- [[きたぐち]] &new{2014-07-18 (金) 01:04:49};
- Android 4.3.3はIPv4がもらえないとインターフェイスがUPにならないことを確認しました -- [[きたぐち]] &new{2014-07-18 (金) 01:05:53};
- Android 4.3.3はIPv4がもらえないとインターフェイスがUPにならないことを確認しました -- [[きたぐち]] &new{2014-07-18 (金) 09:42:39};
- http://com.nicovideo.jp/community/co2424272 も駄目だなぁ… -- [[くにたけ]] &new{2014-07-18 (金) 12:58:20};
- 書くとこ間違えた。http://com.nicovideo.jp/community/co2424272 もPMTUD問題で駄目 -- [[くにたけ]] &new{2014-07-18 (金) 12:58:58};
- 会場からTCPを張ってデータ0バイトで -- [[tsahara]] &new{2014-07-18 (金) 15:30:24};
- ↑ すみませんミスしました。無視してください。 -- [[tsahara]] &new{2014-07-18 (金) 15:35:18};
- iOS 7.1.1 (iPad mini) だと、www.kame.netで亀が踊るが、www.v6pc.jpやwww.ocn.ne.jp/v6/ではIPv4アドレスでの接続になってます。挙動の説明ができないです。 -- [[きたぐち]] &new{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]] &new{2014-07-18 (金) 16:49:12};


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



**参考資料 [#r8016978]
http://www.janog.gr.jp/meeting/janog34/network/index.html
#ref(https://www.dropbox.com/s/vg81e1adzb9ycau/ULA.pdf)
http://www.janog.gr.jp/meeting/janog34/program/6pmtu.html




訪問者数&counter;

トップ   編集 差分 バックアップ 添付 複製 名前変更 リロード   新規 一覧 単語検索 最終更新   ヘルプ   最終更新のRSS