報道発表資料 : 「IPv6シングルスタック方式」の提供を開始 | お知らせ | NTTドコモ
お客様の設定により、お客様情報が「非表示」となっております。お客様情報を表示するにはdアカウントでログインしてください。 お客様情報表示についてへ お客様情報表示についてへ Tweet 「IPv6シングルスタック方式」の提供を開始 -IPv4アドレス枯渇問題へ通信事業者として対応- ＜2022年1月31日＞ 株式会社NTTドコモ（以下、ドコモ）は、ドコモの端末にIPv6アドレスのみを割り当てる「IPv6シングルスタック方式」（以下、本方式）の提供を2022年2月1日（火曜）から開始します。従来規格のIPv4アドレスを用いて運用をしている国内の通信事業者に先駆けて、ドコモはIPv4アドレス枯渇問題へ対応します。 提供開始当初はドコモスマートフォンやデータ通信端末など31機種が本方式に対応します。対応端末は順次拡大予定で、2022年4月以降に発売するドコモ端末はすべて本方式への対応を予定してい
IPv4アドレスが枯渇して10年経った:Geekなぺーじ
日本時間2011年2月3日深夜に、IPv4アドレスの中央在庫(IANA在庫)が枯渇しました。 もう、あれから10年です。 JPNIC : IANAにおけるIPv4アドレス在庫枯渇、およびJPNICの今後のアドレス分配について(2011年2月) 昔は、「IPv4アドレスは枯渇しない」と主張している人も多く、実際に枯渇するまでは、IPv4アドレス在庫が減り続けていることを信じない人も多かった記憶があります。 都市伝説だ、とか、石油と一緒で枯渇しない、といった主張がありました。 IPv4アドレス在庫の枯渇がどのように定義されているのかが複雑であるためわかりにくかったり、インターネットが使えれば良くてTCP/IPそのものには興味がない人が大半であるなどの要因もあり、いまだにIPv4アドレス在庫が枯渇したことを知らない人も多くいますが、気がつけばIPv4アドレスが枯渇してから10年経過しているわけで
Dockerで運用しているMastodonのIPv6対応 - Qiita
Docker-composeで作成されるネットワークはデフォルトではIPv4アドレスしか割り当てられないため、Mastodonインスタンス間の通信ではIPv6を使えません。 とりあえずDockerコンテナにIPv6 ULA(RFC4193)を割り当ててNAT66(IP masquerade)を使用してコンテナから外部へIPv6で喋れるようにしました。 環境 $ lsb_release -a No LSB modules are available. Distributor ID: Debian Description: Debian GNU/Linux 9.0 (stretch) Release: 9.0 Codename: stretch $ uname -r 4.9.0-3-amd64 $ docker -v Docker version 17.06.0-ce, build 02c1d
Full Support for IPv6 - Let's Encrypt
Let’s Encrypt is happy to announce full support for IPv6. As IPv4 address space is exhausted, more and more people are deploying services that are only reachable via IPv6. Adding full support for IPv6 allows us to serve more people and organizations, which is important if we’re going to encrypt the entire Web. IPv6 is an exciting step forward which will allow the Internet to grow and reach more pe
「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービスを公開 - ソフトイーサ株式会社 代表取締役 登 大遊
2016 年 6 月 14 日 (火) 筑波大学発ベンチャー ソフトイーサ株式会社 代表取締役 登 大遊 「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービスを公開 NTT 東日本のフレッツ回線間で VPN 機器や IoT 機器同士のフレッツ網内の高速・低遅延の直接通信を実現 ソフトイーサ株式会社は、本日、「OPEN IPv6 ダイナミック DNS for フレッツ・光ネクスト」サービス (https://i.open.ad.jp/) のベータ版を提供開始しました。 この無償のダイナミック DNS (DDNS) サービスを利用すると、NTT 東日本のすべてのエリアの 1,066 万本のすべてのフレッツ回線上で、インターネットから絶対に不正侵入されるおそれのない、大変高速かつ低遅延な VPN を、簡単に構築できます (注 1)。また、IoT 機器をフレッツ網に直
iOS9 以降で必要な IPv6 only Network への対応 - Qiita
iOS (9.0 以降) では DNS64/NAT64 という技術で構築された IPv6 ベースのネットワークでアプリが動くようにする必要がある。 本記事は、末尾の参考文献に記載された内容の意訳をベースにしている。 概要 iPhone に対して IPv6 の通信環境しか提供しないキャリア(通信事業者)が今後登場する。 既存の IPv4 のホストと通信しようとした場合、キャリアのゲートウェイで IPv6 ⇔ IPv4 の変換が行われる (DNS64/NAT64)。 (接続先がIPv4/v6のどちらであるかに関わらず) あなたのアプリが IPv6 環境で正しく動作するようにしなくてはならない。これは審査でチェックされる。 影響範囲は ネットワーク通信を実装したiOSアプリすべてで動作確認と、問題があれば改修を実施する必要がある。 (iOS外で動作する) サーバサイドについては原則として影響を受
WiMAX 2+ デビューのつもりが リアル IPv6 デビューに なっちゃった件 - Alissa Sabre at Second Life
いや、怒ってません。むしろ嬉しい。 でも、全くの想定外で、事前に情報が何も得られなかったことについては、ちょっと不満があるのも事実。 このブログには、ほとんど書いていないけれど、実は私は WiMAX のファンである。2009年初頭、ついに日本で WiMAX サービスが開始されることになり、通信料無料のいわば「オープンβ」サービスが始まるとともに、端末の無料モニターが募集された。さっそく応募したが落選。それが確定した翌日に UQ WiMAX のコールセンターに電話して、「有償でいいので端末を購入したい。どうすればいいのか？」と問い合わせたのは私です。 # いや、他にもそれなりにいたみたいですけど。コールセンターの人、ぜんぜん困ってなかった風だし。 それ以来ずっと WiMAX を使い続け（端末は何回か変えた）、今いる場所に引っ越してからは固定回線を契約せず WiMAX だけの生活をしていた。そ
RHEL6/CentOS6では、single-request-reopen を必須にしたい…
2012-11-02 結論から言えば、とりあえず RHLE6/CentOS6 な人は /etc/resolv.conf に options single-request-reopen を書いておこうという話です(全部小文字ですよ、念のため） なぜか？ RHEL5/CentOS5/Ubuntu 10.04なLinuxとかでは、FQDN の解決をするときに DNSキャッシュサーバに AAAA RR の Queryを投げる AAAA RR の Reply を受ける DNSキャッシュサーバに A RR の Queryを投げる A RR の Reply を受ける という挙動でしたが、RHEL6/CentOS6 では DNSキャッシュサーバに A RR の Queryを投げる DNSキャッシュサーバに AAAA RR の Queryを投げる A RR の Reply を受ける AAAA RR の Re
MicrosoftのサイトにIPv6でアクセスできない場合があった件 - pekeqのブログ
先月末から先週まで、この件でいろいろ対応していたので、経緯をまとめてみました。 まとめ Microsoftの一部のサイト（office.microsoft.com, azure.microsoft.comなど）で利用しているCDNが、一部のIPv6ネットワーク（OCN、さくらインターネットなど）からアクセスできない場合があった。 アクセスできないと言っても、ping6は通るし、80/tcpには接続できていて、HTTP GETを送って返事が返ってこないという奇妙な状態だった。 IPv6でアクセスできないCDNは、Azure CDNで提供されているCDNと同一のサーバーだった。 Azure CDNでコンテンツを公開したところ、やっぱり一部のIPv6ネットワークからアクセスできなかった。 たまたま、手元に未使用のサポートインシデントがあったので、Azure CDNの障害として問い合わせてみた。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
インターネット・トラヒック研究会(提出用)-toyama
Less Is More - Why The IPv6 Switch Is Missing
GitHub - bstevant/docker-nat66: A daemon managing IPv6 port forwarding for Docker containers
home - sckt.co