アカウント名:
パスワード:
現状、イントラネット内からIPv6でインターネット側と通信させる必要性を感じられないどうしても業務上通信が必要なサーバやPCを除いて、IPv6なんて全部ブロックしておけばいいとおもう
フレッツ光等で IPv6 IPoE なら MTU 1500 octet(byte)。イントラと共通にできます。IPv4はPPPoEにしろ、IPv6経由のトンネリングにしろ、2〜3%小さい。
1フレームに載せられる情報量が違うということもありますが、それよりもMTUを調整する方法によってパフォーマンスが劣化することがあります。
もちろん通信相手が IPv6 に対応していないと意味がないですが、サイト数ではなくトラフィック量で考えると Google/YouTube, Facebook/instagram などが牽引して結構な量になりますよ。
国内から Google へのアクセスは IPv4/6 がほぼ半々という時代ですし。
あと IPv6 をブロックしているとフォールバックによるパフォーマンス劣化も珍しくありません。こいつもクライアントの台数が多ければ撲滅するのは至難です。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
未知のハックに一心不乱に取り組んだ結果、私は自然の法則を変えてしまった -- あるハッカー
現状はゲートウェイでブロックでいい (スコア:0)
現状、イントラネット内からIPv6でインターネット側と通信させる必要性を感じられない
どうしても業務上通信が必要なサーバやPCを除いて、IPv6なんて全部ブロックしておけばいいとおもう
MTUが違います(フレッツ光系) (スコア:2)
フレッツ光等で IPv6 IPoE なら MTU 1500 octet(byte)。イントラと共通にできます。
IPv4はPPPoEにしろ、IPv6経由のトンネリングにしろ、2〜3%小さい。
1フレームに載せられる情報量が違うということもありますが、それよりもMTUを調整する方法によってパフォーマンスが劣化することがあります。
もちろん通信相手が IPv6 に対応していないと意味がないですが、サイト数ではなくトラフィック量で考えると Google/YouTube, Facebook/instagram などが牽引して結構な量になりますよ。
国内から Google へのアクセスは IPv4/6 がほぼ半々という時代ですし。
Re:MTUが違います(フレッツ光系) (スコア:2)
あと IPv6 をブロックしているとフォールバックによるパフォーマンス劣化も珍しくありません。こいつもクライアントの台数が多ければ撲滅するのは至難です。