【風前の灯火】IPv6スレ ver10【IPv4NATに完敗】
■ このスレッドは過去ログ倉庫に格納されています
■ 前スレ
IPv6スレ ver9
ttp://engawa.2ch.net/test/read.cgi/network/1297147004/976-
■ 関連リンク
IPv6スレ@IPv6板@IPv6 part2
http://ipv6.2ch.net/test/read.cgi/ipv6/1307629468/
[test] 書き込みテスト 専用スレッド 3 [ﾃｽﾄ]
http://ipv6.2ch.net/test/read.cgi/ipv6/1297179961/
ttp://www.6bone.net/
ttp://dmoz.org/Computers/Internet/Protocols/IP/IPng/
情報サイト
ttp://www.jaipa.or.jp/ipv6/
ttp://www.ipv6style.jp/jp/
ttp://www.atmarkit.co.jp/channel/ipv6/ipv6.html
関連サイト
ttp://www.kame.net/
ttp://www.linux-ipv6.org/
トンネリング関係
ttp://www.6to4.jp/
ttp://www.freenet6.net/
IPv4枯渇関係
ttp://ipv4.potaroo.net/
ttp://www.kokatsu.jp/blog/ipv4/
ttp://www.google.com/search?hl=ja&q=IPv4%E3%82%A2%E3%83%89%E3%83%AC%E3%82%B9%E6%9E%AF%E6%B8%87 MVNOのIIJmioは前からやってたのかな
https://www.iijmio.jp/guide/outline/ipv6/ipv6_access/ipv6_lte/
泥タブのAPNプロトコルをIPv4/IPv6に変更したら
v6プラスMAP-E配下のdiga, vieraの宅外視聴ができるようになった >>645
IIJmioでは、少なくとも2月の段階でIPv6利用できてた >>646
IIJmioで確認したらIPv6アドレスが1個しか割り当てられてない
>>642 のDoCoMoも同様だけど
モバイルでは一時IPv6アドレスの概念がないんだろうか OCNのIPv6対応は、3月中に全国展開完了してたんだね。DS-RA01で接続中は、ひかり電話のからIPv6には同時につながらなかったけど、DS-RA01はずしたら、あっさりつながった。
家庭向け有線のIPv6対応はかなり進んで来てるのかね。 きちんと調査したわけじゃないんだけど、確かに結構進んでいる気がするね。
数ヶ月前に一般家庭向けの応募サイトを構築・運用していたんだけど、
何となくアクセス元を解析したら IPv6 が 30% 程度もあって驚いた。
んで IPv6 の大半が iPhone かと思いきやさにあらず、Windows (つまり家庭向け有線) がかなり多かった。
UA の分析は面倒なのでやってなくて、残念ながら OS の比率は分からない。 >>645
IIJmioは2012年から、スマートフォン／タブレットは2013年以降のNexus等を待つ必要があったけど
>>647
上位から割り当てられたIPv6アドレス(接続するたびに変わるはず)を使用するだけ >>650
確かにv4もv6もアドレス変わるね
これなら無問題 spモード+iPhoneでもプロファイル突っ込めばIPv6受け取れ、>>647と違って２つv6アドレス持ってるようだがよくわからん。 >>652
iPhone持っていないが、2つのv6アドレスはどうなっていますか。
:区切りの8つのうち、先頭、下から2つめと3つめが知りたい。
あと、再接続で変わりますか。 >>653
プレフィックスはどちらも同じ/64。
>>643とは第2オクテットまで同じ。240a:6b::/32
アドレス部は4オクテットともに別、WWANのmacアドレスの見かたを忘れたのでEUI-64のものかはわからん。独断と偏見で違うような気がする。
端末アドレスとグローバルアドレスは同じ
つなぎ直したら第3オクテットから下が全部変わった。
とりあえずこんなところで。
http://i.imgur.com/07m4Fgu.jpg >>654
そうですか、ありがとうございます。
じゃ、回線からは/128なアドレスそのものではなく、/64なプリフィックスが降ってくるのかな。>>642の泥の場合はよく分からないが。ま、繋ぎ直せば下全部変わるなら普通は問題ないか。
(個人的には固定アドレスも欲しいが) 泥ならi.open.ad.jpでDDNSすりゃええんでね。
NGNでなくともIPv6なら使えそうだ死ね、問題は更新アプリだけど。 So-netでIPoE手続き完了した。
ルーターもIODATA WN-AN1167GRでインターネットにつなげてるのだが、接続方法をtransixに切り替えると、インターネットにつながらなくなる。なんでだー(><) スレを適切に選べてない所からしてそもそも問題解決能力に問題がある
So-net総合スレッド Part75
ttp://hayabusa6.2ch.net/test/read.cgi/isp/1497146328/
So-net総合スレッド Part76
ttp://hayabusa6.2ch.net/test/read.cgi/isp/1499083576/ ルータの電源きってしばらくおいたらつながったっけDS-Lite >>658
ルータのファームウェア最新にしてるのか？ IPV6の普及の定義がわからんが、要はNGNという世界最強のV6ネットワークとVEを介して
快適なネットが可能になったら達成したといえるんじゃないかな。
そういう意味では、レガシーLSやホストのままその恩恵にあずかれるIPV4 over Ipv6とIPOEの組み合わを簡単に利用可能になった現在、
もう十分なんではないかな。回線交換系やPBXなどの音声系はユーザーレガシーのまま
局が勝手に新ノード巻取りして、知らぬ間に消費者の利便性向上というのは毎度のパターンだし。
そもそも、家電やAV機器は、簡単な使い方と知識さえ学習すれば使用可能なのに、
IPV6関連となると消費者に過度の知識を要求するほうがおかしい（IPV6関連の各種説明サイトの乱立がその証拠）
そういう意味ではV4overV6はルータつなぐだけでネットできる簡単なインターゲースとして好感が持てる。
要は頑張ってるのは技術屋やSEだけで、各種外野団体は半端な知識でゴチャゴチャ混乱させてるだけだな 長文読んでないけどフレッツ光ネクストユーザはIPv6ユーザとしてカウントされてそう >>665
20年以上前のIPv4接続が消費者に要求してた背景技術知識に比べると、今のIPv6はそんなに知識要らないけどね。IPv4接続はだってはじめから今のように簡単だった訳じゃない。 >>665
> 要は頑張ってるのは技術屋やSEだけで、各種外野団体は半端な知識でゴチャゴチャ混乱させてるだけだな
それ、かなりの部分がNGNのせいじゃないのかね。
あとv6は管理が面倒くさすぎ。なんか色々勝手に動いている割には機能が足りないし。
それとNGNが一緒になると無茶苦茶。
一見グローバルなアドレスがいつの間にか付いてるのに
（インター）ネットにつながらないなんてことに。 ＮＧＮって、もしかして
「自分たちのネットワークこそ、真のIPv6インターネットだ！」
とかいう野望でもあったのか？
そうでもなきゃ、説明がつかなすぎる・・・ 複数アドレスつけられるんだからローカル専用のIPv6アドレスつけたって問題ないよね？ぐらいの認識だったんじゃねえの？ NGNは電話網のIP化(マルチメディア化)で、インターネットとの接続ももちろん
考えられていたけど、NTTがNGNを構築し始めた時にはインターネット側の
IPv6化はまだまだだったので、仕様や実装の不足、不明瞭部分は適当に
決めて実現するしかなかった
インターネットがIPv6化するに従ってそういう見切り発車の部分のずれによる
問題が色々起きるようになった
本当は先行しているんだから、そういう部分は自分達が実装した方式が
標準になるようにすべきなんだけど、NTT(というか日本)は昔から国際
標準化活動が下手でなかなか上手くいかない… >>670
NGNユーザ収容用途で使えるアドレスがグローバルスコープしかなかったからだよ。 >>672
たとえば、NGNで既に使ってしまったアドレスをグローバルスコープから外すような標準化提案とか? >>673
NGNのアドレスって、ココ
https://www.nic.ad.jp/ja/dns/ipv6-addr-block.html
にも、しっかり載ってるんだけど、このアドレスから
「IPv6インターネット」につながらない（ルーティングされない）って言うのは、
国際的に認められてることなの？（っていうか、既にそうなってるけど・・・）
ていうか「どこかで外部にルーティングするだけじゃん！」と思うのは、素人考えなのか？ つかこれ、IPv4で言ったら
１９２．１６８．ｘｘｘ．ｘｘｘ
１７２．１６．ｘｘｘ．ｘｘｘ
１０．ｘｘｘ．ｘｘｘ．ｘｘｘ
以外のアドレスを勝手に使って「外につながらないネットワーク」
を、構築してるに等しいと思うのですが・・・
（これだと、後からインターネットにつなげようとして、アドレスの重複が起こる罠）
（あ、でもＮＧＮは、「割り当て済」だから、とりあえずそういう問題は起きないのか・・・） >>676
GEが3.0.0.0/8の一部を使って閉域網をつくっちゃうようなもの
3.0.0.0/8はGEに割り当られてるから、インターネットで重複しない
これをインターネットへルーティングさせるかどうかはGEの方針次第。 NGNって根本的に勘違いしてないか？
NGNってのはNTT限らず電話を交換機ベースからSIP/IPベースにしようって話
例えばKDDIはKDDIのNGN網を持ってる
NTT東西のNGNも基本は中の電話網でよそとのつなぎは二の次
さらに仕様を勝手に作れず色んなところの横槍入って調整した結果が今の作り
>>675
10年ほど前にはそういう案もあったがプロバイダの食いぶち無くなると猛反対にあった
妥協案がVNE(代表プロバイダ)経由するインターネット（IPv6 IPoE）接続
>>676
その例えならクラスA,B持ってるような企業でルーティングしてないところはゴロゴロある >>674
スコープに頼らなくてもマルチホーミング仕様が決まって実装が進めば
マルチプレフィックス問題は解決するよね、だってどうせISPマルチホーム
環境とか実現するんだし、というのが当時の雰囲気
https://www.v6pc.jp/pdf/v6pc-mp-1.0.pdf
実際のIPv6マルチホーミング仕様化と実装状況についてはいまの現実のとおり >>680
マルチホーミングは課題山積、まで読んだ。
やっぱ、NGN(より一般的に閉域ASP)専用のアドレススコープを作れば、現実的な解決策が生まれそう。 結局 IPv6への移行は、技術的な問題じゃなくて政治的な問題で潰されたということでＯＫ？
とはいいつつもう IPv4 枯渇しちゃったし、残された道は前へ進むのみ！
ということでしょうか？ >>682
専用スコープなんて要らないが
何が問題で今どうなってるか分かってないか？
>>680 のはフレッツ光ネクスト始めるもv4 PPPoEのみで
v6インターネットはどうしようかって頃
これを踏まえて決めたのが今の2方式
>>683
どんなシステムでも最大の問題は
導入維持するヒトモノカネの投入可否っていう政治のはなし >>679
ならフレッツ接続した端末に勝手にv6アドレス振るなよー、という >>684
>これを踏まえて決めたのが今の2方式
どちらの方式も末端ホストにはプレフィクスを1つだけ配るようにしました。PPPoE方式にいたってはアダプタにNAT66させちゃいました。これが現実的な解決策です。NTTのNGNでは上手く動いてます。
でもマルチプレフィクス問題は今も尚解決してません。 >>686
端末に勝手にアドレス振る仕組みはない
RAなら端末が勝手に設定する
DHCPなら端末からの要求に返す
どちらにしろ勝手には振れない
>>687
マルチホーム環境ならそれなりのルータ使ってて
ソースベースなりポリシーベースなりでルーティングできそう ISPマルチホームまで視野に入れたらマルチプレフィクス問題は
スコープ入れても解決できないしね
近未来的な話で言えばマルチホーミング仕様をルータまで実装して
ルータで配下への配布アドレスを動的選択するあたりが一つの到達点かな
末端デバイスまでマルチホーミングが実装されるとは思えないw マルチプリフェクスならマルチホームと思ってる
シングルホームかつ
ULAでなくGUAのマルチプリフェクスかつ
プリフェクスによって外に出られない環境って
有り得なくはないけど有るんだろうか マルチプレフィックスならマルチホームと思ってる
マルチホームでなくてシングルホームかつ
ULAは抜きにしてGUAのマルチプレフィックスかつ
プレフィックスによって疎通違う環境ってあるんだろうか
変態仕様、不良設計としか思えない 自分は脳が足りないので今までわからなかったんだが、要するに、IPv4（に限らないが）とかでＮＩＣが複数あると、
・どっちをデフォルトゲートウエイ（要するに、「インターネット」に出れるインターフェース）にするかで、嵌る
ことがあるけど、それと似たようなことが（ＮＩＣは１枚だけど）起きてるということか。
・Multiprefix = 複数ＮＩＣ
と、考えると判りやすいな、自分には。
確かに、「たかが家庭用ルータ」に、ＲＩＰ喋らせる訳にもいかないしな・・・ インターネット時代に合ったIPを作ればいいんだよな。
冷蔵庫とかインターネットに出なくていいしNAT/IPマスカレードを基本にしたようなもので IPv6化で先行した日本なら、マルチホーミングの仕様を決めて、実装して、国際標準に出来た、という >>672,680 の意見には同意しない。 >>695
そうじゃない、それは読み違い
「先行するならちゃんと世界を獲れ
(でもどうせ絶対獲れないんだからそもそも先行する前に良く考えろ)」
という意見 ぶっちゃけインターネットだけIPv6（いわゆるグローバルなもの）にしておけば、イントラはIPv4で十分だよね いやでも、ＮＧＮがどうとか言ってるけど、IPv6のグローバル割り当て自体も、
「まっさらから始めた」割には、もう既に上位ルーティングって結構汚いんだよな・・・ 例えば、
２００ｘ：．．．
の、ｘを国ごとに割り当てるとか、には「全然」なってなくて、一見しただけではどの国とかは判らないほど入り組んでる。
これでは早晩「ルーティングのパンク」が再来するような気がするんだが、これも素人考えなのか？ カントリーコードの概念とかいいだすと原理主義者がインターネットに国境はないとか言いだすだろうけどここまで社会で使われてるなら必要だよな >>693
IPv4でも、「複数プロバイダと契約して、リダンダントにする」とかあったよな。
（これ、プロバイダがすごく嫌がったけどね・・・） >>697
了解、なるほど。
でも、IPv4もはじめから完成品が動いていた訳ではないし、まずは動かしてみせるという役割は評価していいかと。 IPv4ですらクラウドやりたい連中がガシガシ広いアドレスを
取得してる訳だけど、IPv6ともなればFWに必要なポリシー
数が圧倒的に足らなくなると思う。
メールサーバがクラウドで、FQDNこそ違えどサーバが他の
企業と共有になってる場合、他の企業がスパムの踏み台に
なってブラックリスト入りすると、その際登録されたIP
アドレスが原因で、こちらまでブロックされるたりする。 >>688
あー、例えば、適当にポーリングする仕組みをプッシュ型配信とか言っても
違和感を覚えないタイプの人？
確かに間違いじゃないとは思うけど… >>699
>>700
Tier1やグレードジャイアント他の多国籍企業も各国ごとに集約されるアドレスにしろ
国をまたぐネットワーク作るなってことかな？ >>686
NHK観る気はない。片手に放送するな。
>>688
放送してても勝手には映らない。受像機でチャンネル選んではじめて映る。 >>706
ウチはケーブルテレビなんだが、番組表見てて
「おっ、新しいチャンネルができたのか。見てみるか」
といって、チャンネルを選ぶと
「視聴には契約が必要です」
と、出る感じ。（当然、全てのチャンネルがそうなるわけではない）
だったら、契約した奴だけ番組表に出てくるようにしろよ！ っていう感じ。 >>705
そもそも、ネットワーク作るには「物理的な配線」が必要なわけで、それを効率よく行おうとすれば
ＩＰアドレスは、地図的に「上から順番」に配置していけばいいと思うのだが（多少の例外は許すとしても）
現実のアドレスは、例えば順に（これはあくまで例ですが）
イギリス → 中国 → ドイツ → 日本 → ・・・
みたいになっている。あまり知られてないが、これはIPv4の時にルーティングのパンク
（と言っても、実際はハードウエアの問題だったが）として問題になった。
（あまり知られてないが、上位ルーティングはソフトウエアではなくハードウエアで行われている）
（そのハードがトラフィックの増加により限界になった） >>708
もちろん「フルメッシュ」にすれば、こんなことは関係ないんだが、じゃぁ、
「ヨーロッパと日本」を、ダイレクトに結ぶケーブルでも作るのか？
っていう話。（実際にはあるけど。それで足りるか？という話でもある）
特に、最近は「中国へのアドレス割り当て」が、異常に増加してる
（当然、飛び地だらけです）から、それ問題にならないのかな・・・ 中国人が一斉に「Youtube」見だすと
「日本のインターネットが遅くなる」とか
現実問題になりかねないな・・・
最近も時々「突然ネットが遅くなる」とかあるけど
原因はソレだったりしてな・・・ 結局、「国別仕様」自体が時代遅れになってるってことか・・・
だったらなんかもう「.google(ドットグーグル)」とかのドメインが必要なレベルだなｗｗ >>712
こないだの大規模障害の件で
http://www.geekpage.jp/blog/?id=2017-8-29-1
を見てたら”既にGoogle は全世界の経路の約２割を掌握してる”とか書いてあるし
いつの間にか、“Googleに逆らうと、インターネットで村八分になる”が、現実化してたんだな・・・ コンテンツはいつぐらいにipv6に対応してくれるんだろう >>716
コンテンツ自体にIPのバージョンは関係ないよ。 >>714
似た話じゃない
>>708 は経路数の話でなくトラヒックの話みたいだし
増加したトラヒックをさばけないなら単純に処理速度が追いついてない
>>715
わざわざカッコ書きまでしてフルルートの2割でないと言ってるのと
2割を掌握とでは話が全く違う
Google八分と言えば違う意味で前から言われてる Yahoo! JapanとかniconicoあたりはそろそろIPv6対応して欲しいなぁ…… bフレッツが今年の11月30日、フレッツ光プレミアムが2019年1月31日でサービス終了だから、来年か再来年に色々動きがあるのかね iOS11で ipv6降ってくるようになったらしいけど。
自分の所には来ないな 国内スマホユーザーを“IPv6デフォルト化”する計画が明らかに、携帯キャリア大手3社が2017年夏ごろ対応開始
http://internet.watch.impress.co.jp/docs/event/1032207.html
これってもう始まったんですかね >>723
https://www.nttdocomo.co.jp/service/spmode/function/ipv6/
このページできたのが6月頃だったかな
> 接続先設備によってはIPv6アドレスが割り当てられない場合があります。
実際、場所(基地局?)によってIPv6割り当てあったり無かったり >>725
違う、LTEにおいて。
6月半ばにチェックしたときはIPv6割り当てられる時の方が少ない位だった
(首都圏にて)
今調べるとどうだろね 本日 IPv6 PPPoEでのIPv6接続を始めましたが、皆さんの接続はIPoEですか？やはり私のようなPPPoE接続でのIPv6の人間は少数派なのでしょうか？ ずっと PPPoE だよ、と思ったら、IPoE のサービス提供も、はじまったらしい。
ttp://www.ntt.com/personal/services/internet/hikari/ipv6/ipoe.html mao.5ch.net. 300 IN A 104.20.26.96
mao.5ch.net. 300 IN AAAA 2400:cb00:2048:1::6814:1a60
ipv6.5ch.net. 300 IN A 206.223.156.231
;ipv6.5ch.net. IN AAAA
IPv6 (IPv6 とは言ってない) よくわからないので詳しい人教えて下さい。
・YahooBB光 v6ハイブリット
・コミュファ光 シングルセッションでのダブルスタックv6
この2つって仕組みというかやってる事は同じような物ですか？ >>730
ipv6.5ch.net は、A レコードもなくなったな。
>>732
ソフトバンクグループの資料は、その当時検討中だったというだけ。
> ネイティブ接続事業社は、安価で容易なオーバレイ技術であ
> る”4rd/SAM”(*)方式によるIPv４接続サービスを検討中
> SAMに関するニュースリリース
https://www.bbix.net/_shared/asset/press/press_20100831.pdf
> ⇒ 現在 BBIX、JPIX、IMF、IIJイノベーションインスティチュートの
> 4社にて共通仕様を作成し、技術検証を行っています！
→ 共通仕様なんて採用されていない。 >>733
統一されなかったからこそ今でもBBIXのv4overv6方式は4rd/SAMだと思ってたが違うなら何？
mmfeed, JPNE,BBIXと見事にバラバラだと思ってたよ yahoo bb、ソフトバンク光スレきたら詳しく教えてくれっぞ >>734
禿は独自プロトコル。トンネルはただのIPIPで、ユーザ側の専用ルータがIPv4のグローバルアドレスを占有し(他のVNEは共有)、トンネル終端と普通のNATをするだけ。
だから所謂ポート開放ができる。
v4のアドレスは半固定で、RADIUS認証で取得している模様。 >>732
おー、色々調べてたけどこんなの見つけられませんでしたorz 情報rhxです。
v6って何か方式定まってなくて迷走してるように見える…DVD+だDVD-だって頃を
思いだしますわぁ。
>>735
了解です。またそちらのスレも覗いてみます。 >>736
それだと基本的に4rd(RFC7600)だな
もちろんRFC完全準拠じゃないかもしれないが、
それを言ったらJPNEもRFC7597完全準拠のMAP-Eじゃないしなあ >>737
IPv6は概ね定まってる
様々な方式があるのは、IPv4 over IPv6トンネル >>738
認証して取得しているのが IPv4 アドレスだとしたら、おそらく 4rd ではないだろう。
4rd なら(あるいは MAP-E でも)BR と CE とでマップルールを何らかの方法で共有して、IPv4 アドレスは IPv6 プレフィックスからマッピングで求まるから取得する必要がない。
1 ユーザーごとにルールを 1 個ずつ用意してあって、IPv4 アドレスを取得しているように見えるのが実はそのユーザー専用のマップルールを取得している、というのなら 4rd や MAP-E の可能性もなくはないが、
もしそんなことしてるとしたら、それって 4rd や MAP-E にする意味ないんじゃないかと。
JPNE のは RFC じゃなくて draft-ietf-softwire-map だな。 >>738
どう見ても4rdではない。
・他人とアドレスを一切共有しないから全ポート使える。(PSID長が0bitとも考えられなくはないが。)
・TCPやUDP以外の任意のL4プロトコルがCEまで届く。(禿のCEは拒否するから、使いたければ別機材が要る。)
・マッピングがstatelessではないと思われ、同じNGN上のユーザ間でも必ずBRを経由する。 >>738
仮に static なルールの 4rd でやるとしたら、
IPv4 アドレスが /5 に相当する数必要になる。
ソフトバンクは /8 を持ってるが、その 8 倍。現実的ではない。
そうでないなら、マップルールを細切れにして
ユーザーの申し込み/解約でルールを追加/変更/削除する。
これなら、IPv4 アドレスは申し込んだユーザーの数だけで済むが
そんなことするくらいなら、何か別の方法を使うんじゃないか。
「同じNGN上のユーザ間でも必ずBRを経由する」というのはあまり理由にならない。
たとえば、v6プラスの MAP-E でも、バッファロー製ルーターのユーザーどうしだと、同じ網内でも必ず BR を経由するから。 >738
4rdって、MAP-TみたいにIPv4ヘッダとIPv6ヘッダを取り換える(RFC7600のR-4)んじゃないの？
SBのは単にv4パケットそのものにv6ヘッダを付けるだけ(MAP-Eやds-liteと同様) >>743
SB のってそんなプロトコルなのか。
専用のレンタルルーターでないと使えないということになってはいるけど、
一旦認証を済ませてしまえば、IPIP トンネルが使えてそこに NAPT を適用できるルーターであれば、取り替えてもしばらくは使えるのかな。 >>744
禿ルータではv6で定期的にRADIUSが走るけど、RADIUSって同じrequestパケットでリプレイできるから、実はキャプチャしたrequestパケットを1つ送るだけて認証できる。実際linux鯖で禿ルータを通さずに使えている。
あと、定期的にv4でpingを送っている。こっちはトンネルの維持が目的だと思うけど、送らないと切れるかは試していない。
ちなみにFWを解析すると、禿ルータへのログイン方法や、RADIUSのAttributeの詳細も分かる。ログインするとsyslogが禿に送られてバレる。 ■ このスレッドは過去ログ倉庫に格納されています
