【風前の灯火】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 >>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への移行は、技術的な問題じゃなくて政治的な問題で潰されたということでOK?
とはいいつつもう 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(に限らないが)とかでNICが複数あると、
・どっちをデフォルトゲートウエイ(要するに、「インターネット」に出れるインターフェース)にするかで、嵌る
ことがあるけど、それと似たようなことが(NICは1枚だけど)起きてるということか。
・Multiprefix = 複数NIC
と、考えると判りやすいな、自分には。
確かに、「たかが家庭用ルータ」に、RIP喋らせる訳にもいかないしな・・・ インターネット時代に合ったIPを作ればいいんだよな。
冷蔵庫とかインターネットに出なくていいしNAT/IPマスカレードを基本にしたようなもので IPv6化で先行した日本なら、マルチホーミングの仕様を決めて、実装して、国際標準に出来た、という >>672,680 の意見には同意しない。 >>695
そうじゃない、それは読み違い
「先行するならちゃんと世界を獲れ
(でもどうせ絶対獲れないんだからそもそも先行する前に良く考えろ)」
という意見 ぶっちゃけインターネットだけIPv6(いわゆるグローバルなもの)にしておけば、イントラはIPv4で十分だよね いやでも、NGNがどうとか言ってるけど、IPv6のグローバル割り当て自体も、
「まっさらから始めた」割には、もう既に上位ルーティングって結構汚いんだよな・・・ 例えば、
200x:...
の、xを国ごとに割り当てるとか、には「全然」なってなくて、一見しただけではどの国とかは判らないほど入り組んでる。
これでは早晩「ルーティングのパンク」が再来するような気がするんだが、これも素人考えなのか? カントリーコードの概念とかいいだすと原理主義者がインターネットに国境はないとか言いだすだろうけどここまで社会で使われてるなら必要だよな >>693
IPv4でも、「複数プロバイダと契約して、リダンダントにする」とかあったよな。
(これ、プロバイダがすごく嫌がったけどね・・・) >>697
了解、なるほど。
でも、IPv4もはじめから完成品が動いていた訳ではないし、まずは動かしてみせるという役割は評価していいかと。 IPv4ですらクラウドやりたい連中がガシガシ広いアドレスを
取得してる訳だけど、IPv6ともなればFWに必要なポリシー
数が圧倒的に足らなくなると思う。
メールサーバがクラウドで、FQDNこそ違えどサーバが他の
企業と共有になってる場合、他の企業がスパムの踏み台に
なってブラックリスト入りすると、その際登録されたIP
アドレスが原因で、こちらまでブロックされるたりする。 >>688
あー、例えば、適当にポーリングする仕組みをプッシュ型配信とか言っても
違和感を覚えないタイプの人?
確かに間違いじゃないとは思うけど… >>699
>>700
Tier1やグレードジャイアント他の多国籍企業も各国ごとに集約されるアドレスにしろ
国をまたぐネットワーク作るなってことかな? >>686
NHK観る気はない。片手に放送するな。
>>688
放送してても勝手には映らない。受像機でチャンネル選んではじめて映る。 >>706
ウチはケーブルテレビなんだが、番組表見てて
「おっ、新しいチャンネルができたのか。見てみるか」
といって、チャンネルを選ぶと
「視聴には契約が必要です」
と、出る感じ。(当然、全てのチャンネルがそうなるわけではない)
だったら、契約した奴だけ番組表に出てくるようにしろよ! っていう感じ。 >>705
そもそも、ネットワーク作るには「物理的な配線」が必要なわけで、それを効率よく行おうとすれば
IPアドレスは、地図的に「上から順番」に配置していけばいいと思うのだが(多少の例外は許すとしても)
現実のアドレスは、例えば順に(これはあくまで例ですが)
イギリス → 中国 → ドイツ → 日本 → ・・・
みたいになっている。あまり知られてないが、これはIPv4の時にルーティングのパンク
(と言っても、実際はハードウエアの問題だったが)として問題になった。
(あまり知られてないが、上位ルーティングはソフトウエアではなくハードウエアで行われている)
(そのハードがトラフィックの増加により限界になった) >>708
もちろん「フルメッシュ」にすれば、こんなことは関係ないんだが、じゃぁ、
「ヨーロッパと日本」を、ダイレクトに結ぶケーブルでも作るのか?
っていう話。(実際にはあるけど。それで足りるか?という話でもある)
特に、最近は「中国へのアドレス割り当て」が、異常に増加してる
(当然、飛び地だらけです)から、それ問題にならないのかな・・・ 中国人が一斉に「Youtube」見だすと
「日本のインターネットが遅くなる」とか
現実問題になりかねないな・・・
最近も時々「突然ネットが遅くなる」とかあるけど
原因はソレだったりしてな・・・ 結局、「国別仕様」自体が時代遅れになってるってことか・・・
だったらなんかもう「.google(ドットグーグル)」とかのドメインが必要なレベルだなww >>712
こないだの大規模障害の件で
http://www.geekpage.jp/blog/?id=2017-8-29-1
を見てたら”既にGoogle は全世界の経路の約2割を掌握してる”とか書いてあるし
いつの間にか、“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”(*)方式によるIPv4接続サービスを検討中
> 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が禿に送られてバレる。 前に質問した>>731です。調べれば調べるほど混乱してくる…。
BBIX、v6+、Ds-Lite
v6にv4のパケット乗せる = v6網での通信だから早い。
コミュファのデュアルスタック
v4はv4、v6はv6で通信する = 相手がv6じゃなかったらその他ISPと同じ
っていう解釈であっていますか? >>746
> BBIX、v6+、Ds-Lite: v6にv4のパケット乗せる
> コミュファのデュアルスタック: v4はv4、v6はv6で通信する
ここは合ってる
速い遅いとv6かv4かの間には本来は関係がない
ただ、日本の大抵のISPはNTTのフレッツ網を使っている
http://techlog.iij.ad.jp/archives/1879
ここで解説されている通りフレッツのv4で遅くなりがちなポイントがv6だと回避できる
(つまりフレッツではv6かv4かでルートが変わる)
コミュファはフレッツとは別のインフラを使っているのでそこでv6かv4かでルートが
変わらなければ速度に変化はないことになる >>747
ご教示感謝です。
いわゆる「NGN網終端での輻輳(v6なら回避)」ってやつですよね?
そうなるとコミュファはv6PPPOE(多分トンネル)ですけど、その経路が
どうなってるのかはコミュファに問合せしないとわからない、と。
技術仕様っぽいから教えてくれなさそうな予感が…。
っと、これ以上はスレチになりそうなので止めておきます。 v4/v6が直接どうこうに関係ないのは確かだけど一番肝心なところ触れないのはどうなんだろ
もっと根本的なところは
どこの通信事業者のネットワークを通るか、複数わたるならそのつなぎがどうか
フレッツ(NTT東西のNGN)はシェア高いのもあって勘違いされがちだけど
基本的には電話他NTT東西の内のネットワークであって
つなぐところの機器にそんなに予算を振り向けられない
そう簡単に料金変えられない中で
NTT東西ならではの縛りもあって非効率なところあったり
動画ストリーミングとかそこまでないだろの頃に想定した通信料だったり
コミュファみたいにKDDI、電力系、その他は
フレッツは関係ないのし、NTTほどの縛りなくて各社好き勝手 もしかして5chはipv6対応するようになった?
ワッチョイスレでID表示方法とかが違った >>750
5ch が始まってから 2〜3 日くらい?の間だけは IPv6 でアクセスできた。
でも IPv6 での書き込みはできなかったので、IPv6 でアクセスできたことと書き込み時の ID 表示とには関係がない。 総務省|接続料の算定に関する研究会|接続料の算定に関する研究会(第8回)
日時
平成29年10月27日(金)10時00分〜
http://www.soumu.go.jp/main_sosiki/kenkyu/access-charge_calculation/02kiban03_04000341.html
資料8-3 東日本電信電話株式会社・西日本電信電話株式会社 提出資料PDF
網終端装置を自由に増設できる接続メニューの提供
ISP事業者様の要望を踏まえ、IPoE方式のGWルータと同様に、PPPoE方式におい
てもISP事業者様が網終端装置を自由に増設できる接続メニューを提供します。
網終端装置及びGWルータはISP事業者様等からの個別要望に基づき増設するもの
であることから、要望事業者様にご負担いただくべきものと考えます。
本メニューの提供により、トラヒックの増加に応じてISP事業者様が自由に増設できる
選択肢を準備することでISPサービス品質の差別化の一助になると考えます。
(同一ISP内での品質差別化については、ご要望を踏まえ現在検討中です。) 会社で専用線のインターネット混んできたから一部をポリシールーティングで
DS-Liteに逃がしてみたらネットが超不安定。
おかしいなと思ったら、DS-Liteってセッション数上限が1000なんだってね。
そんなの1台で食い尽くさない?家庭のライトユーザー向けなのか? >>759
専用線なら普通は帯域拡張やSLA見直しの契約更改だろうし
なんで唐突にDS-Liteなんだか脈絡ないよなあ >>760
だよね、不安定の原因はDS-Lite以外の所にありそうな気がする。 クラスC持ってる専用線がyoutubeとかapple-updateとかwindowsupdateに
帯域食い尽くされてるんで、そんなのはフレッツで十分だろってこと。
スピード求めてPPPoEじゃなくDS-Liteにしてみたが使い物にならん。
CGNってそんなもん? 専用線で10Mbpsまで拡張する金がどこにあるんだよ って話になりまして >>762
DS-Liteが使えるIPv6接続サービスは家庭向けISP契約に付く
無償〜800円程度のオプションサービスのはずなんだが、そういう
ものを一体どういう規模で使おうとしてるの?
ろくに金も払ってないものに過大要求をしてるだけに見える おいおい、DS-Liteがいつから家庭用になったんだよ。
一応請求書払いできる法人向けサービス使ったらセッション上限1000ってわけだ。
市販の安物ルータでももっと行ける。
関係者には特定されちゃうような規模だからそんなにあてにはしてなかったんだが
CGNがそこまでヘボだったかと驚いた訳。
そうこうしているうちに専用線増速工事が終わりそうだけどな。 >>767
その法人向けサービスでDS-LITE使うのに幾ら払ってるのさ?
法人向けだからこそ料金に見合うサービス内容と保証範囲はちゃんと決まってるはず
CGNがヘボいんじゃなくて、ヘボい金しかCGNに対して払ってないから相応のサービスになってるだけ >>762
youtubeは置いといて、
apple-updateとかwindowsupdateに帯域食い尽くされてるなら、
cache-proxyたてるのが正攻法ではないか >>767
そのセッション上限1000ってのは仕様に書いてなかったのか?
書いてないならCGNがヘボ、書いてあったらお前がヘボ
CGNはアドレス共有するためのものなんで、ヘボいと一人がセッション(というかポート)を食いつぶして、他人巻き込んで障害になるだろ。なってないならCGNはヘボくないのでは? >>771
例えばIIJ IPv6 FiberAccess/F IPoEだと「1回線あたり1024ポートまで」と明記してあるな
https://www.iij.ad.jp/biz/faf6ipoe/menu.html
SLA無しで月額1.4万円と家庭用に法人向けサポート付けただけみたいな格安サービスだから、こういうタイプなら「金も出してないのに仕様外の文句言うな」って話だよなー
ちなみにIIJ内にはこれ以外にDS-Liteを正式提供してる法人サービスがそもそも無さそう アフォに下手な選択肢を与えるとろくなことにならない実例。
努力する無能ほど会社にとって害悪なものはない。 >>773
うーん、なんでだろ。
お前が吠えてるのが笑えてくる。
で、法人ユースに耐えるDS-Lite知ってんなら教えてみろや。
ただの無能暇人の煽りか? 適切なサービスを選択することができないどころか、自分にその能力がない事実に気付くことすらできない無能情シスが吠えてるね。 >>775
お前もみっともないぞ。
ただ煽って荒らすなボケ。 だいたい「法人なんです!」なんて言われても知るか。
きちんと流量で語れ。 ■ このスレッドは過去ログ倉庫に格納されています