IPv6スレ ver13
昭和っぽい安ホテルだが客室にRJ45があった。
wifiより速いから有線でつないだらIPv6使えた。
ホテルとしてはかなりアレだがIPv6使えるのは便利。
次回からもここにするわ。
ホテル会社が指示したんじゃなく多分丸投げだと思うがOCNグッジョブ。 >>63
ホテルで仕事するのに有線LANだろうがwifiだろうが速度差なんか実用上問題にならないだろ?
それともホテルでもマニアックに接続したい変質者なのか? 自宅がDS-Liteだと、リモートから繋ぎたいって時にIPv6が使えると嬉しいことはあるやろ >有線LANだろうがwifiだろうが速度差なんか実用上問題にならないだろ?
ダウト
カタログ値が問題なくても実運用ではね WSR-2533DHP2だけどNTTのRX-600KIと繋ぐとパケロスする。
純正ファームだとパケロスしないから、スイッチのドライバに問題があるのかな・・・ なんか今週本質的にはIPv6とは全く関係ない話ばかりなような ONUの消費電力はデータ速度に比例しますか?それとも大差ない? そりゃ比例する
熱へと転化されるのからも分かるだろ
大差ない(?)範囲だろうけどな いや、ONUの最大消費電力が35Wとあるので実測してみたら定常的にはその10分の一くらいしか食っていなかった
なんで最大値とそんなに差があるのかなと思って聞きました >>73
瞬時値はそうかもしれないけど、それ以外では全部のLANポートを最大速度で働かして
ひかり電話も同時動作する最大負荷状態で計測した値かな? わざわざホームwifiやめてひかりIPv6の1Gbpsにしたのに速度はあまり変わらないや ほとんどの人は100Mbpsでも使い切れないだろうしな IPv4pppoeで使っているだけでIPv6は使っていないのですが、HGWのセキュリティログを見ると
IPv4には何のログ記録もないのにIPv6のログには5秒おきくらいにパケットフィルタによるデータ廃棄が記録されています。
これはどういうことなのでしょうか? >>79
2023/04/30 12:31:28 SRC=2405:6582:53a0:3100:a466:1259:79b9:a151/54456 DST=2620:01ec:0c11:0000:0000:0000:0000:0200/443 TCP 廃棄[パケットフィルタ]
こんなのが数秒おきにログされている 2405:6582:53a0:3100:a466:1259:79b9:a151はLAN側端末のIPv6アドレスで2620:01ec:0c11:0000:0000:0000:0000:0200はMicrosoftのIPv6アドレスですね
LAN側にあるWindows PCがIPv6でなんかやってるんだろうな、くらい >>81
ありがとう
HGWのLAN出力下流のwifiルーターの設定でIPv6パススルーが有効になっていたので
これを無効にしてみたら、HGWの設定画面がPCから見れなくなったのでIPv6での何らかのやりとりはしているようです 他にもあるが
プロバイダーが契約したVNEとして他のVNEより顕著に多いってことか? >>80ですが時刻以降の前半が送信元IPアドレス/ポートで後半が宛先IPアドレス/ポートとありました >>84
昔のネタでpingでいい気になってるのと同じようなヤツだよ
気持ち悪さが同じ 誰でもわかることをいい気になって晒してる馬鹿ということじゃね >>80 の送信元アドレスはASAHI-Netの東日本圏、質問者はVNEがASAHI-NetのISPを使ってる
送信先はMSでTCP 443なのでLAN側からMSに向かってのhttpsパケットを破棄してる
この一行だけなら正常に見えるので、逆になんでこれを破棄するようなフィルタ設定してるの? て感じ >>89
IPv6のパケットフィルタ設定を見たけれど何も設定されていません
現在IPv4のPPPoEのみで使っているだけなのでIPv6のデータは廃棄されているのか? これ以上はエスパー領域だな
知識が無くて現状困ってないなら放置するしかないだろ v6のデフォルトgw
ルーターとpcでどうなってるんかね >>92
イーサネットだとPCのgwはルーターのリンクローカルIP(fe80::)経由でMACアドレスを取得してMACアドレス経由で通信してる
ルーター側は送りつけられたパケットを転送するだけだ(IPv4でも同じ)
通信はグローバルIPv6、ゲートウェイはリンクローカル(fe80::)なのは今でも混乱するな >>91
IPv4でインターネットアクセスできてれば普段使いで困ることはほぼ無いしね >>90
IPv6を使ってないって言ってるのが何をもって使ってないって言ってるのかだな
ASAHI のIPv6 IPoE契約(B)があるのは確実
IPoE契約が残ってるイコール NTTのV6オプションが有効
HGWのWAN側からすぐIPv6インターネットの世界
下段ルーターでIPv6パススルーしてたんだから
端末のIPv6が有効なまままならWindowsUpdateなり普通のブラウザーアクセスでIPv6通信をするだろう >>94
むしろ下手にIPv6有効にするとセキュリティリスクじゃね
IPv6にはローカルネットワーク用の仕様が不足しすぎてUPnPみたいなルータ側での解放ポート管理も出来ないし
現状、IPoE用のIPv4トンネル張るためのネットワーク規格 >>78
フレッツv6オプションが申し込みされてなくてフレッツの汚れた(世に出てはいけない)ipv6になってるんじゃないの?
だから破棄される、と。
osの方はグローバルのipv6が割当されてれば、それが使ってはいけないかどうかまでは判断つかないからipv4より優先して利用され、破棄される、みたいな それはない
その場合はIPv6アドレスがNTT所有になってる IPv4overIPv6接続だとIPv4pppoe接続よりもスピードが半分くらいまで遅くなってしまうんだがこんなものなのか? >>98
未契約だとフレッツ網から出られないので利用者のルータがフィルタする必要ない。
フィルタするとフレッツ網内では通信できるはずができなくなり、害しかない。 IPv4PPPoEで接続していて、IPv6IPoEが有効に接続されている場合、
IPv4のデータは全てPv4PPPoE経由でやり取りされるのだろうけど
IPv6のサイトではIPv6でデータのやりとりがなされるのだろうか? 例えば、現在やり取りしているのはIPv4なのかIPv6なのか識別できるようなインジケータはない? >>99
>>101
そかエスパー失敗か
>>102
ipv6が優先される
例えばgoogleはipv4/ipv6両対応だが端末がipv6使えればそれを使うよ >>103
ds環境だとコネクション単位で46変わるのでその要望は無理
IPvFooみたいになるし求めてるのそれじゃないでしょ USEN GATE02などで回線のスピードテストするときIPv6なのかIPv4なのかわからないとスピードを正しく判断できないんですが IPv4とIPv6の速度を夫々測定できるサイトがいくつかあるね >>111
最近はそうとも限らない
最初に両方パケット投げて速い方を使う実装もある パケットフィルタリングの話に戻るけど、大量のデータが破棄されているのは普通なんじゃないの?
インターネットの回線上には危険または余計なデータパケットが溢れているだろうから 上で出てたのはLAN->WANが廃棄されてるログだったな IPv4 PPPoEだけでやりたい人(IPv6まで面倒見切れねえ)はIPoEを解約するかV6オプション(NTT)を外せばいいだけ IPv4 PPPoEでやっているつもりでもIPv6が通っている回線では実はIPv6のほうでやりとりしているなんてのも多いんだろう?
だからわざわざIPv6を止めても何も良くなるわけじゃないのでは? PPPoE(IPv4+IPv6)なんて要らんだろ
と思ったらフレッツセッション考えたら一つのPPPoEで両方繋がらないとセッションしょぼんだよなたしかに
まあふつーの人にはやっぱり要らない 試しにIPv4を無効にしてみたら繋がらないサイト多すぎて草 そりゃこんな面倒くさいの管理したくないだろ
機器が勝手に色んなことしすぎるってのもあるし
そういう立場の連中が嫌がれば中々ね ざっくりいうと技術開発やコスト低減が進んだことによりv6普及の鈍化を招いた IPv6化の伸びの鈍化の理由はまだよく解っていないんじゃなかったっけ? IPv6への移行が遅れている理由は、移行する必要性はあるものの、移行にかかるコストを回収できるわけでもないため、他社がIPv6に移行するのを皆がお互いに待って移行のリスクを最小化するよう牽制している状態が続いているためのようだ v4をdsにするのに予算組するような多大なコストかからない
一般ユーザーの多くはフレッツでv4overv6使ってるから
フレッツのせいで普及は済んでるけどv6利用が進まないように見えるだけ
v6にする意義が少ないのとたとえ利用していても見えないせい
v6じゃないとできない一般受けするナニかがないとたぶんこのまま言われ続ける >>128
今の議論は一般ユーザーの話以前に、企業などのサイトのIPv6化が遅れているという観点がまずあるのでは? >>130
それこそコストが理由にならない
v6未対応国内最大はYahoo! Japanだと思うがYahoo!は準備は済んでいるが理由があって有効にしていないだけ
これはv6ネタの中ではかなりよく知られてる事実
コストは個別中小企業の理由にはなっても>>122のような感覚的な話は大手の振る舞いになるのでやはりコストが理由になってない
やらないのはv6対応になんのインセンティブもないため
v4利用に税をかけるとかv4をガソリンエンジン車みたいに~年までで新規取得禁止とかいずれ利用禁止とか今後出るサービスはv6接続を必須をするとかでもしないと122の感覚に響くような劇的な変化は無理
Happy Eyeballs前のようにv4にペナルティを課すのも手 >>120
YouTubeくらいなら行けるかも > IPv6のみ ご家庭だとIPv6を使うのは簡単だけど、企業社内網にIPv6を導入するってなると既存IPv4網の運用にIPv6の設計、運用負荷が上乗せされるだけだしね
v4で回ってるから当面はv4のみでいいわ、ってなるよね >>133
なるね
v6だとNAT無し前提なせいで内部セグメント分割とポリシー制御がやりにくい
複数インターネット回線でv6プリフィックスが複数になる場合の通信制御も一般化してない
(IPoE系NTT回線を複数で内部v4アドレスのみで使用する場合ですらVNEまでのルーティングが厄介な事になる)
IPv6プロトコル設計してる奴はISP関係者しか居ないのかね、ローカルネットワーク関連で使いにくすぎる >>132
つべ含めてグーグルは問題なく使える。
v6非対応の検索結果は押すと「見つかりません」になる。 なにか行動を起こせばどんな些細なこともコストがかかるが、130の論点はコストが主因でv6普及が妨げられてるなのだから、主因はなにかでしょ
そこに些細なコストもあるからコストだ論持ち出したら世のすべての原因説明はコストで済んじゃうね 移行しない要因は「IPv6導入してないけど特に問題になってない」ってとこ コストでないなら、インセンティブがなく問題もないとしてもIPv6導入する選択肢をなぜ取らないのか? 昔Janogでアンケート取ったりしてたね
それから大して変わってない v6のお得感ないのはいまでも変わらないからしゃーない
配信とか営業とかそのあたりは済んでる
他はリプレースで徐々に変わっていっていつのまにかになるから気にしなくていい アドレス空間は超膨大だけどそんなに使うこともないしね
フラットなとこでv6端末大量に繋げたら安価なネットワーク機器だとネイバーテーブル足り無さそうだし 今だけを見ていればIPv4だけで問題なくインターネットが使えるので移行へのモチベーションは下がっている
しかし、IPv6 対応を行っていないことによって今後通信品質が低下する可能性がある
IPv6 が IPv4 よりも通信品質が高いメリットは存在する
それに、将来の国際競争力につながってくる 品質?国際競争力?なにそれどんな妄想?
それに普及率だけなら日本上位なんだが あらゆることにかこつけて日本sage
衰退ポルノやなあ 日本に限定しての会話でも無いのに、日本云々がでてくるの謎 IPv6が伸びないのは世界的傾向
原因は恐らく、企業が近視眼的で先を見る視野が狭いせいだろう >>146
テーブル足りなくなるって、いったい何台分で? RAで/64とかどうしたかったんだろね、PDみたいにサブネット分割も出来ないし >>154
RAは/64固定でISPからの割り当ても/64になる場合、分割出来ないよな
PDなんか一般ノードは対応してないしDHCPv6もAndroidは対応しない
L3やらで複数セグメント有るローカルネットワークではv6は使いにくすぎる 本来はISPから/48が配られる想定で設計された。 最初/48かぁって思ってて気がついたら/56に変わってたね
何か理由があるのかな アドレス不足を懸念するなら1サブネット/64前提とか変えれば良いのにな
当初の規格策定側の想定が崩れてるのに現実に応じた機能追加やら仕様変更も殆どせずに放置なのがIPv6の現状 >>131
>v6未対応国内最大はYahoo! Japanだと思うが〜
2011年のままじゃないの。その思考、頭の具合は >>155
ルーティングは上位64ビットまでしか判定しないなんてないから、
複数セグメント有るローカルネットワークをやろうと思えばできるけどな
アドレスの割り当てをどうするかだが、それもやろうと思えばできる
/64しか買えない、契約できないんじゃあってのは小さなネットワークだろしな IPv4の複数セグメント有るローカルネットワークでのアドレスってプライベートアドレス使ってんのじゃないのかと
それで複数セグメント有るローカルネットワークではv6は使いにくすぎるって何を言っているのかなって話だな