フレッツ網におけるIPv6 - Wikipedia
この記事には独自研究が含まれているおそれがあります。問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2021年2月） フレッツ網におけるIPv6では、NTT東日本およびNTT西日本が提供するフレッツサービスにおけるIPv6の適用について記述する。 概要[編集] NTT（東日本、西日本）のフレッツ網は、実運用されているIPv6のネットワークとしては、2023年現在で約2363万 回線を有する[1]世界最大級のネットワークである。NTTのフレッツ網では、IPv6のグローバルユニキャストアドレスで構築されている。グローバルユニキャストアドレスである理由は、 NTTがIPv6の採用を検討していた時点では、ユニークローカルユニキャストアドレスやサイトローカルユニキャストアドレスに関する仕様変更が議論の的になっており確実に使用できる保証が無かったこと。 今
IPoE接続とIPv4 over IPv6で自宅VDSL回線のIPv4接続を高速化してみたら10倍速くなった件 - hgot07 Hotspot Blog
自宅のVDSL回線を、IPv4オンリーのPPPoE接続から、IPv6/IPoE接続とIPv4 over IPv6 (MAP-E)に変更してみたら、10倍ぐらい速くなったよという体験談です。プロバイダ変更無し、契約の追加費用無しで、ルータを買い替えただけ。これだけで完全に理解した人は、読む必要がありません。 [2020/4/27追記] 早朝など、時間帯によっては従来のPPPoE方式の方が速度が出ることもあります。大規模な集合住宅で、建物内で混雑している場合は、IPoEに切り替えても速度改善されないこともあるでしょう。必ずしも効果があるわけではないことにご注意ください。なお、PPTP方式のVPNは使えなくなります (セキュリティ的に問題があるのでPPTPは止めましょう)。 パケ詰まりは突然に 我が家のネット回線は、ADSLの頃からずっと某老舗プロバイダ(今は名前が違う)を使っていて、BIGLO
Amazon VPC での IPv6 - Qiita
Amazon VPC ではほぼIPv4でのみしか設定したことがなく、IPv6も無視できなくなってきたため、メモ。 随時何かあれば追加していこうと思っている。 1.Egress-Only インターネットゲートウェイ IPv6 アドレスはグローバルに一意であるため、デフォルトではパブリックアドレスになっています。 インスタンスがインターネットにアクセスできるようにしたいが、インターネット上のリソースがインスタンスとの通信をしたくない場合は、Egress-Only インターネットゲートウェイを使用できます。 Egress-Only インターネットゲートウェイ 「Egress-Only インターネットゲートウェイ」から作成していく。 Egress-Only インターネットゲートウェイを作成する VPC を選択する。 後は、ルートテーブルを以下のとおり追加するだけである。 Destination :
Egress-Only インターネットゲートウェイを使用してアウトバウンド IPv6 トラフィックを有効にする - Amazon Virtual Private Cloud
Egress-Only インターネットゲートウェイは水平にスケールされ、冗長で、高度な可用性を持つ VPC コンポーネントで、IPv6 経由での VPC からインターネットへの送信を可能にし、インスタンスとの IPv6 接続が開始されるのを防ぎます。 Egress-Only インターネットゲートウェイは、IPv6 トラフィックでのみ使用されます。IPv4 経由での送信専用のインターネット通信を可能にするには、代わりに NAT ゲートウェイを使用します。詳細については、「」を参照してくださいNAT ゲートウェイ Egress-Only インターネットゲートウェイの基本 IPv6 アドレスはグローバルに一意であるため、デフォルトではパブリックアドレスになっています。インスタンスにインターネットにアクセスさせる場合で、インターネット上のリソースにインスタンスとの通信を開始させないようにする場合は
VPC に IPv6 サポートを追加 - Amazon Virtual Private Cloud
既存の VPC が IPv4 のみに対応しており、サブネット内のリソースが IPv4 のみを使用するように設定されている場合は、その VPC とリソースに IPv6 を追加できます。VPC は、デュアルスタックモードで動作します。IPv4 または IPv6 あるいは両方を経由して通信できます。IPv4 と IPv6 は、互いに独立して通信されます。 VPC と サブネットの IPv4 サポートを無効にすることはできません。これが、Amazon VPC と Amazon EC2 の IP アドレスシステムのデフォルト値です。 考慮事項 現在、IPv4 専用サブネットから IPv6 専用サブネットへの移行パスはありません。 この例は、パブリックサブネットとプライベートサブネットを持つ既存の VPC があることを前提としています。IPv6 で使用する VPC の作成方法については、「「VPC を
IPv6 - Wikipedia
Internet Protocol Version 6（インターネット プロトコル バージョン6）、IPv6（アイピーブイ6、アイピーバージョン6）は、Internet Protocolの一種で、OSI参照モデルにおいてネットワーク層に位置付けられる通信プロトコルである。 現在主流のIPv4では使用可能なIPアドレスが約 232（約43億 = 4.3×109）個であったが、IPv6では約 2128（約340澗 = 3.4×1038）個使用可能となっており、大きな特徴の一つである[1]。実際、ISPの一般向けIPv4接続サービスはアドレスをひとつだけ割り当てるものが主流だが、IPv6接続サービスでは/48〜/64の大きさのアドレスブロックが割り当てられることが多い。 背景と推移[編集] IPv6が誕生した背景には、IPv4のIPアドレス枯渇問題がある[2]。 1980年代までは、米国内を中心
IPv6勉強会 - ネットワークエンジニアではない方々向け (2017/06/26 19:00〜)
10年以上前からいつまでたっても普及しない印象があるかもしれないIPv6ですが、その利用者は確実に増えています。日本でも、2017年度中に、スマホなどで利用されるモバイル網でのIPv6対応が本格的にスタートします。 IPv4で普及したインターネットでは、いまでもIPv4のほうがIPv6より多く利用されていますが、今後はIPv4とIPv6の両方に対応した環境が求められることも増えてくるでしょう。 この勉強会では、IPv6の背景となるIPv4アドレス在庫枯渇問題とは何か、そもそもIPv4とIPv6の違いは何か、ユーザやサーバ管理者やプログラマにとってIPv4とIPv6のデュアルスタック環境で注意すべき点は何か、などを紹介します。 今回は、「IPv6という単語は聞いたことがあるけど、IPv6についてはよく分からない、でも興味は少しある」という方々を想定した内容になっています。もちろん、興味がある
Amazon EC2とVPCがIPv6に対応しました #reinvent | DevelopersIO
ども、大瀧です。 本日AWSのプライベートネットワークサービスAmazon VPCのIPv6対応が発表されました。早速試してみた様子をレポートします。 VPCのIPv6対応範囲 今回のIPv6対応にはいくつか制限があります。以下にまとめます。 対象リージョンはオハイオのみ(今後他のリージョンに展開予定) IPv4のようにCIDRのレンジは選択できず、グローバルの/56プレフィックスが割り当てられる 設定手順 既存のVPCにIPv6プレフィックスの割り当てを追加してみます。今回はデフォルトVPCに設定しました。Amazon VPCの管理画面でVPC一覧を表示し、VPCのコンテキストメニューから[Edit CIDRs]をクリックします。 [Add IPv6 CIDR]ボタンをクリックすると、AWSが確保している/56のIPv6プレフィックスが割り当てられます。 VPC全体のプレフィックスが決ま
Announcing Internet Protocol Version 6 (IPv6) support for Elastic Load Balancing in Amazon Virtual Private Cloud (VPC)
We are pleased to announce that Application Load Balancers now support native Internet Protocol version 6 (IPv6) in an Amazon Virtual Private Cloud (VPC). With this ability, clients can now connect to the Application Load Balancer in a dual-stack mode via either IPv4 or IPv6. After you enable IPv6 for your VPC, you can turn on IPv6 on the Application Load Balancer by selecting dualstack for the IP
sshdでIPv6も使いたいの - netcreates. blog
secureログに下記のようなエラーが記録されることがあります。 Apr 28 10:32:41 server sshd[26055]: Server listening on :: port 22. Apr 28 10:32:41 server sshd[26055]: error: Bind to port 22 on 0.0.0.0 failed: Address already in use. これはIPv4アドレス(0.0.0.0)でポート22番を待ち受けようとしたところ、既にポート22番は使われているよという内容です。 この時、sshdはIPv6アドレス(::)で既に待ち受けを開始しているのでエラーが出るのは当然です。 この問題の解決策としてよく挙げられているのは「sshd_configにIPv4アドレスでの待ち受けを明示的に書けばよい」というものです。 【変更前】sshd_c
KAMEプロジェクト - Wikipedia
KAMEプロジェクト（かめプロジェクト）は、IIJ、NEC、東芝、日立、富士通、横河電機(五十音順)各社による共同研究プロジェクト。BSD系OS(FreeBSD, OpenBSD, NetBSD)上にIPv6を中心としたインターネット技術の標準コードを実装することを目的として、1998年に始まった。 KAMEの実装はBSDライセンス下でフリーソフトウェアとして公開され、現在までに各BSD UNIXのIPv6スタックとして採用されており、さらにルータベンダなどにも採用されている。 KAMEプロジェクトは、USAGIプロジェクトやTAHIプロジェクト同様にWIDEプロジェクト傘下のプロジェクトで、特にこれらのプロジェクトとは密接に関係して活動している。 「KAME」という名前は、かつてはKAMEプロジェクトの本拠地のあった藤沢市刈込(かりごめ)の略と言われた頃もあったが、実際は、KAMEプロジ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.iajapan.org/ipv6/summit/TSU2020/pdf/kikuchi_tsu2020.pdf
Ecto type for IPv4 and IPv6 addresses