【時代が追いついた】IPv6スレ ver11【にわか爆増】

レス数が1000を超えています。これ以上書き込みはできません。
1 anonymous 2018/05/02(水) 12:37:40
■ 前スレ
【風前の灯火】IPv6スレ ver10【IPv4NATに完敗】
https://livejupiter.org/cache/view/network/1356679044

■ 関連リンク
情報サイト
ttp://www.jaipa.or.jp/ipv6/
ttp://www.atmarkit.co.jp/channel/ipv6/ipv6.html

関連サイト
ttp://www.kame.net/
ttp://www.linux-ipv6.org/

IPv4 over IPv6 商用サービス
ttps://www.iijmio.jp/guide/outline/ipv6/ipv6_access/dslite/
ttp://www.jpne.co.jp/service/v6plus/
ttps://www.bbix.net/service/ipv6ipv4/

トンネリング関係
ttps://www.nic.ad.jp/ja/basics/terms/map-e.html
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

2 anonymous 2018/05/02(水) 12:40:40
>>1
IPv6普及・高度化推進協議会
http://www.v6pc.jp/
IPv6によるインターネットの利用高度化に関する研究会(平成30年3月30日最終報告)
http://www.soumu.go.jp/main_sosiki/joho_tsusin/policyreports/chousa/ipv6_internet/index.html

3 anonymous 2018/05/02(水) 12:42:48
こんなスレタイにしてむなしくないの?

4 anonymous 2018/05/02(水) 12:51:14
>>3
ようやく一般家庭レベルに普及しそうだし付けてみた

5 anonymous 2018/05/02(水) 13:57:12
いちおつ
>life time: 1950日 21時間 37分 24秒
専スレ完走したの久々に見届けたわ

6 anonymous 2018/05/02(水) 20:00:03
>>5
5年かそんな立ってたんだな

7 anonymous@fusianasan 2018/05/02(水) 21:10:23
あとはプロバイダがVPNを使って凌ぐとかかな。
サイトの対応がまだまだなのは痛いな。
動画サイトはHTML5.1への対応があっという間に進んだけどV6対応はまだか。

8 2018/05/02(水) 22:14:24
4年前は、このスレが完走するとは思わなかったw

9 anonymous 2018/05/02(水) 23:25:02
IPv4 PPPoEとIPv4 over IPv6の2つのグローバルIPv4アドレスを使えていて、ルーターでIPv6ルーティングを遮断してる
IPv4アドレス枯渇が一般市民レベルで問題になるのはいつだろ

10 anonymous 2018/05/03(木) 00:14:08
~/64 プレフィックス単位でPTRみたいに逆引きできる仕組みできないかなー

11 anonymous@fusianasan 2018/05/03(木) 00:21:59
あるよできるよ

12 anonymous 2018/05/03(木) 02:10:16
>>9
まそれが普通だよな固定Ipだしv6
しかしクソ雑魚フレッツだとv4pppoeクソ遅いんだよな

13 anonymous@fusianasan 2018/05/03(木) 05:27:26
スマホの対応状況は気になるね。
一気に対応なんて無理なのは分かる。
新規では対応しているんだけど。

14 anonymous 2018/05/03(木) 07:30:57
>>11
もし良かったら教えてください

15 anonymous 2018/05/03(木) 10:03:24
http://web116.jp/shop/netki/ma100/ma100_00.html
>2018年04月 販売を終了させていただきました。

IPv6 PPPoEはいらない子?

16 anonymous@fusianasan 2018/05/03(木) 12:57:17
>>12
固定で困る事ってこーゆートコに書き込む際の自演以外になんかある?

v4 PPPoEでも都内で2497のローミング使ってると月額ワンコインで100Mbps切ること殆ど無い体験してると、何で苦行みたいにクソISP使ってフレッツクソだ吐き出すのかわからん

17 anonymous@fusianasan 2018/05/03(木) 12:59:07
>>15
元々HGWに対応させるまでのつなぎの子だったんでは?

18 anonymous 2018/05/03(木) 14:43:33
なに2497ローミングって

19 anonymous@fusianasan 2018/05/03(木) 16:06:22
>>14
目的による

20 anonymous@fusianasan 2018/05/03(木) 16:21:16
>>16
prefixが固定でも、IPアドレスそのものはいくらでも自由に変えられるのにな。固定だからってなに言ってるのだかだな。まあprefixを意識してってのは出来るだろうがそこまで忌避する理由はなさげ

フレッツでIPv4 PPPoEが遅いのは確かにフレッツのせいというのはあるよ。ISPの問題ではなくNTTの網終端装置問題という
網終端装置をISPで設置できるように今更したがんなことするISPは無いんじゃないかなあ、また、その網終端装置問題を回避するためにある意味アホな仕様のv6プラスなんてできたわけだろし

21 anonymous@fusianasan 2018/05/03(木) 17:12:41
www.nic.ad.jp って、IPv6で繋がらなくね?httpsは。証明書関連かな?
だとしたら、JPNICでこのありさまだと情けなさすぎ

22 anonymous@fusianasan 2018/05/03(木) 19:00:05
>>20
フレッツのせい、と言うISPが二枚舌に見えるんだよねー。

http://www.soumu.go.jp/main_content/000478903.pdf
のP.16見るとKDDIは1Gbpsで10000セッション詰まないとNTTが網終端装置増やしてくれなくてツライわー、言うてるけど同じ日の資料でNTTは

http://www.soumu.go.jp/main_content/000478907.pdf
を出しててP.17には2013年以降ISP側でも本気出してれば1Gbpsは2000セッションで作れたように見える。

設計上の課題はあるんだろーけどコストの押し付け合いをISPとNTTがどっちも先送りしてたのを急にお互い相手のせいにしてるだけちゃうん?と見えちゃった

23 anonymous@fusianasan 2018/05/03(木) 19:22:32
>>22
2013年以降のって単に増設基準セッション数(?)を減らした「メニュー」を追加しただけじゃないの?当然高価格になり、ISPの選択にはならないんじゃないかなあ
NTTの設計がおかしいっていうISPの言い分に、うっせーな、だったら「(高い)メニュー」用意してやんよっていうNTTかなw
1セッションあたり帯域が100kbってw&高価格メニューってそれは当然エンドユーザの利用金額にだろしなな、ISPの肩を持つなw 利用者として

んで、また、網終端装置がどんなもんだか知らんけど、IPv6だとなーんにも関係なーいって、そんな余計(?)だが高価で無能な機器なのか?って感じw

24 anonymous@fusianasan 2018/05/03(木) 19:57:06
当社からの見直し提案1
>ISP事業者も上限値の小さい 網終端装置を使う等自助努力を進める
まさに「価格」が問題なんだろな

当社からの見直し提案2
>網終端装置を自由に増設できるルールも必要
まさに、そうなったな

NTTの腰が重い(ある意味殿様商売)にしか見えんけどなあ。ISPが二枚舌だとはとても。100kbとかって論外だろ(まあ平均すると今まで実態がそんなもんらしいけど。auの資料でも)と思う俺はそれだけでISP寄りだけど

25 anonymous@fusianasan 2018/05/03(木) 20:42:50
>>23
何に草生やしてんのかわからんけどNTTのコスト増だとエンドユーザ負担にならんと思ってるなら信条は自由だと思う。

>>24
IPv4 over IPv6でアドレス枯渇じゃなくて輻輳対策絡めて本気(IPv4アドレス専有、端末自社開発)だったのBBIX,Softbankだけだと思うとNTT腰重そうだけど他のISPも腰重いの変わらんのじゃねーかなー、って思う。

100kbpsは今だツライと思うけどある程度の規模のネットワーク運用した事あると、大群化効果で500kbpsあれば結構耐えられる、って感覚がISPに無い筈無いんだよなー。

26 anonymous@fusianasan 2018/05/03(木) 20:55:40
>>25
そこはNTTのやってることだし、NTTも高速化をすすめ100Mでさえまともにならないなら、NTTの責任でNTTがエンドユーザに直接負担を求めるのが筋なのにってとこだな
草が気に食わなかったらしい(?)が、そういう草だよ。信条とかわけわからんこと言い出すのは勘違いしすぎだな

500kbは言ってないよ?なんか簡単にISPが500kbにすればいいような言い草が一貫していると思うが、ISPがそれで値上げしたらほいほい受け入れるの?
自分でも100kbは今だとツライって言ってるのにだから尚更わけわからんな

自分でやることについては何かしらの努力はできるが、相手がただ提示されることに努力は難しいというのもあると思うよ。んな感じのISPで網終端装置を自由に増設できるルールと

27 anonymous 2018/05/04(金) 11:27:36
IPv6と高速化は関係無いよな

28 anonymous@fusianasan 2018/05/04(金) 17:45:42
>>17
元々は逆
わざとHGWに機能を載せなかった

NTT東西が新しいことに手を広げるには色々横槍入る
(サードが参入したいの建前として)選択肢あって選べた方が良いとのことで仕様公開しつつ別売の形にした

家庭向けはNTTコムのDSか一部のAtermくらいしか無かった
競合のある選択肢の一つである以上は契約したISPに対する有償対応

ISPとしてもv6使ってほしい、トラヒック分散したいのと
数少ないサード撤退で義理立てする必要なくなったのとで
結局は180度転換してHGW標準機能に

29 anonymous@fusianasan 2018/05/04(金) 22:31:45
>>1
早くIPoEが使えるようになってほしい。

30 anonymous@fusianasan 2018/05/04(金) 22:42:04
>>28
まじで?それにしてもあのアダプタはIPv4喋れないしやっつけ感しか無かったが。。
コムの箱もいろんな想いは載ってるように見えたけどやっぱIPv6の為にお金払って貰えないよね。。

ところでPPPoEでIPv4/IPv6でトラフィック分散なんてやってるISPなんてある?初期に一部見かけたけど今はデュアルスタックばっかりな印象

31 anonymous 2018/05/04(金) 23:54:38
IPv6 PPPoEまだやってるのか

32 anonymous@fusianasan 2018/05/06(日) 22:40:45
全く分かっていないポンコツで申し訳ないんだけど
dmmのIPV6で通信してるんだけどps4 のオンラインゲーム(ps4 はルーターから無線LANwifi)やスマホでVPN(これもps4 と同じ通信)ができるんだけど勝手にipv4で通信してくれてるってこと?
pcにリモートとかpcからVPNの設定はしたことない

33 anonymous@fusianasan 2018/05/07(月) 01:04:08
あんま聞いてることが明確ではないが、勝手にIPv4で通信してくれる

IPv6単独でというのは現状無く(よほど特殊でなければ)、同時にIPv4が必ずある。ネットワーク上はね(主にルータとその先。またその配下が同じようにIPv6を通していればだが、家庭でのシンプルな構成ではしてるだろう)。端末ではIPv6だけIPv4だけというのもあるだろけど
ネットワーク上IPv4とIPv6が同時にあるので、端末でIPv6またはIPv4どっちか使ってもそれぞれ問題なく通信できる
端末がIPv4で通信するのかIPv6で通信するかは単に通信相手のアドレスがIPv4アドレスかIPv6アドレスかの違いでしかないので、どっちかで通信可能/してるのかは、IPv4アドレスとIPv6アドレスでアクセスしてみればいいだけ

なんのVPN、また唐突でどういうVPNの利用ことを言っているのかわからんがそのVPNがIPv6を通す/サポートしてるならIPv6でもIPv4でもそのVPNを使う端末はどちらでもだろう

34 anonymous@fusianasan 2018/05/07(月) 06:51:02
>>33
ありがとうございます
さすが専門スレって感じで解決しました

35 fusianasan 2018/05/07(月) 15:51:43
>>13
自社で、とある自治体の小学生を持つ家庭から申し込まれるWebフォームのホスティングを運用してるんだけど、
興味本位でアクセスログを調べてみたら3割以上が IPv6 でした。
アクセスしてくるのは一般家庭の親御さんばかりなので、最新とかじゃない普通のスマホやPCばかりだと思われる。
この3割という比率は多いのか少ないのか…… (個人的には思ってたより多く感じた)。

36 anonymous 2018/05/07(月) 20:07:18
>>35
今はそこそこ新しいスマホ(iphoneなら6以降)使って携帯3社経由でアクセスすれば
デフォルトIPv6だからそれでほぼ3割いくと思う

37 anonymous@fusianasan 2018/05/07(月) 20:33:32
【マイトLーヤのTV出演】 『何の情報もないのか』 "セイブ・ジ・アース″ 『むしろ人類は危ない』
http://rosie.5ch.net/test/read.cgi/liveplus/1525571623/l50

38 anonymous@fusianasan 2018/05/11(金) 17:37:02
4と6デュアルスタックだった場合で
接続先が4と6どっちのサービスも持っていたら
どっちを優先的に接続するとかあるんですかね?

39 anonymous 2018/05/11(金) 18:14:20
>>38
普通のOS(プロトコルスタック)で
DNSサーバーアドレスとしてIPv6, IPv4両方が登録されていれば普通はIPv6を優先する
そしてv6, v4どちらのDNSサーバーに問い合わせたかは関係なく、
AAAAレコードとAレコードの両方が返って来た場合、普通はAAAAレコードを優先する
(つまりIPv6接続)

40 anonymous@fusianasan 2018/05/11(金) 19:02:48
Windowsだと「普通」は言う通りだな

41 anonymous@fusianasan 2018/05/12(土) 11:36:08
あとはサイト側の対応か。
にしても動画サイトはあっという間にHTML5.1化が進んだな。

42 anonymous 2018/05/12(土) 13:56:29
Flashがね...

43 anonymous@fusianasan 2018/05/12(土) 14:23:36
windowsも今は定期疎通確認してIPv6で外(インターネット)出れなかったらIPv4優先になったりhappy eyeballとかあるし「普通」って考え方あんま意味無いかと

44 anonymous 2018/05/12(土) 15:59:25
>>43
windowsの定期疎通確認は結局IPv6をできるだけ優先、
happy eyeballsも非同期なんだけど基本思想はv6優先、
その意味で >>38 の「どっちが優先か?」て質問の答えは「IPv6優先」かな
根本からIPv4優先でIPv6がフォールバック側っていう現行の規格や実装ってあるんかな

45 anonymous@fusianasan 2018/05/12(土) 17:28:06
あくまでもネットワークとしてデュアルスタック成立してる場合の「普通」でしょ
いままでのWANはIPv4しかないのにホスト(端末)がIPv6オンになってる場合の事例での対処でしかないからIPv6がダメだったらIPv4ででしかないんじゃないの
IPv4とIPv6どっちてならIPv6がだろし(網終端装置問題ででなくて)、デュアルスタックはIPv4もしくはIPv6どっちかをバックアップとしてというわけでもないので

46 anonymous@fusianasan 2018/05/12(土) 17:30:28
ああ、
Windowsだとなんか閾値だか優先度だか変えられるんだっけ。だったら
>根本からIPv4優先でIPv6がフォールバック側っていう現行の規格や実装
っぽくなるのかもしれないな

47 anonymous@fusianasan 2018/05/12(土) 18:38:34
名前解決の後にAAAA優先の実装は多いけど名前解決自体をIPv6優先か、って言うとマチマチな気がする

48 anonymous@fusianasan 2018/05/12(土) 18:50:39
Happy Eyeballs Version 2 (RFC 8305)
Version 2 で名前解決について追加されたらしいよ。AAAAを優先すべしな。そのRFCのことを>>44が言ってるのだろし。そのRFCに沿った実装/変更が未周知とか

AとAAAA同時にクエリかけて、AAAAが先に返ってくればそのままAAAA。Aが先に返ってくれば50ms待ってAAAAが返ってこなければA/AAAAがAAAAが返ってきたらAを捨ててAAAAかな

49 anonymous@fusianasan 2018/05/12(土) 19:03:50
>名前解決自体をIPv6優先
AAAAとIPv6を書き分けてるってことは、DNSサーバにアクセスする方法がIPv4なのかIPv6なのかってことか(?)

WindowsはIPv4とIPv6の設定がくっきり分かれているから、標準ではIPv6が優先じゃないのかな
Linux/Unix系はDNSサーバーエントリはIPv4/IPv6ごったの単なるリストなので、IPv4IPv6関係なく単なるリスト順かな
WindowsもGUI上ではっきり分かれてるだけで内部では一つなリストだったりするのかな?LinuxもGUIでははっきり分かれているのもあるしな。まあ、言う通りマチマチな気がするな

50 anonymous@fusianasan 2018/05/12(土) 22:21:44
>>49
そうそう。
DHCPv6クライアント実装ってWindowsだとVista以降、MacだとLion以降とかじゃ無かったっけ?Androidだと未だにSLAACだけでDHCPv6もDNSのIPv6トランスポートも対応して無いような。

51 anonymous@fusianasan 2018/05/12(土) 23:08:35
Linux/macOS共に単にDNSサーバーリスト順ぽい。iOSやAndroidもかな
だが、DHCPの場合(IPv6の場合はDHCPでなくてRDNSSでのでも)の自動でリスト作成の場合はIPv4のDHCPで受け取ったのが先で、RDNSS/IPv6用DHCPのは後にで、IPv4が優先と言えるかも。DNSのIPv6トランスポートも対応して無いようってのはこれでは??
Linux/Unix系はいろいろまだ微調整中ってとこじゃね

52 anonymous@fusianasan 2018/05/17(木) 20:37:17
2000年に発売したプレステ2がIPv6対応だったけど今それにつなげる事出来るかな。
当時はグローバルアドレスを直接晒すとか今考えると相当恐ろしいセキュリティもあったな。

53 anonymous@fusianasan 2018/05/17(木) 22:51:55
PlayStation BB っての自体が終了しているみたいだけど。ネットワークの設定は PlayStation BB Navigator ってのそのサービス専用のような。そういうわけでもないのかな??

IPv6 は PPPoE を選択したときのみ/PPPoEを選択しない場合は、手打ちアドレス設定のみしかもIPv4ののみっぽいけど(てか、PS4ですらPPPoEだけ??)。

IPv6ならグローバルアドレスを直接晒すのは当然というかIPv6/IPv4関係なくPCをPCで直接PPPoEやるのと変わらんだろう。それだからセキュリティとか言うのは違くね。なのにIPフィルタもないとまで言わんと(あるのかないのか知らんけど)
まあ、プレステがいくら専用機といえども脆弱性があるだろうし、それに対する対処があまり期待できないという点においてセキュリティの心配ってのは別にあるだろうけど

54 anonymous@fusianasan 2018/05/17(木) 22:58:20
>PPPoEを選択しない場合は、手打ちアドレス設定のみ
ああ、自動設定もあったすまん。どうだろなあ、DHCPだけっぽいが。RAまたはRA+DHCPv6はあるのかなあ。2000年ならIPv4 DHCPだけでもおかしくはないと思うけど

55 anonymous@fusianasan 2018/05/17(木) 23:04:51
>>51
50だけどandroidはDHCPv6対応してないけど確かにRDNSS対応してた。IPv6トランスポート未対応は嘘だったよゴメンヌ。

でもさ、RDNSS動かしてるなんてちょー好き者だけやん。。。

56 anonymous@fusianasan 2018/05/17(木) 23:09:28
グローバルアドレス持ってるのはセキュアじゃない、は違うと思うんや。NATかどうかじゃなくて適切にincomingのフィルタをネットワークでもホストでもしてるかどうかとIPS(ブラックボックス多いけど)動かしてるかとかそんな話かと。
キャリアからRAを端末まで素通しでCPEがフィルタ機能無い回線が優しくない、はその通りだとも思う。

57 anonymous@fusianasan 2018/05/18(金) 02:41:55
>>55
ん?そうかDNS通知だけでDHCP.v6使うって方が変やん?そういう感じでRDNSS追加されたんじゃいの。んで、まだ足りないDNSSLも追加されましたっつう(DNSSLをまだサポートしてないOSがあるな)

DHCP.v6もいまだにルータアドレスは通知できなくて、RA+ DHCP.v6だったりするし。なんで?DHCPv6は最初からRAありきなのか?(DHCPv6を利用するかもRAが握ってたり)

IPv6の最初の構想(?)からは、ケーブル刺してほい終了ってのがRAなんじゃないのかなあ。なのでRDNSSは普通かとw

DHCP.v6はIPアドレスを固定したいぐらいにしか必要ないんじゃないかなあ、この後。見た目わかりやすいようなアドレスにしたいとか/64プレフィックスをLANでそれ以上のプレフィックスでセグメント作りたいとか、SLAAC使いたくない/使えない場合なある意味特殊な環境でとか

58 anonymous@fusianasan 2018/05/21(月) 18:04:01
ユニークで個性的な嘘みたいに金の生る木を作れる方法
興味がある人はどうぞ
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』

W1AHY

59 anonymous@fusianasan 2018/06/06(水) 03:43:00
NECがIPoE対応ルータ出すみたいだけど今買うならそっちの方がいいのかな

60 anonymous@fusianasan 2018/06/06(水) 07:49:39
例の謎技術の解析頼んだ

61 anonymous@fusianasan 2018/06/06(水) 07:54:26
謎だな、謎すぎる
NECルータ間だけとかだったら無意味だなと思うし、それでも2倍強ってなんかすごすぎて眉唾としか思えなさすぎ

62 anonymous@fusianasan 2018/06/06(水) 11:44:04
http://www.aterm.jp/product/atermstation/product/warpstar/wg2600hp3/images/feature_img_ipv6_2.jpg
※ IPv4 over IPv6通信による速度比較。
らしい
既存のDS-Lite対応ルータでもIPIPトンネルの処理はボトルネックになってるっぽいから
それが緩和されるんじゃないかと思うけど
謎技術で3倍になるってことは謎技術なしだと1Gbpsの1/3いかなかったりすんのかな

63 anonymous 2018/06/06(水) 12:02:36
>>62
DS-Liteは家庭側は軽いんでないの?
V6プラス(MAP-E)はそこそこ重いんじゃないかと思うが
3倍速くなるほどのボトルネックになってるんだろうか

64 anonymous@fusianasan 2018/06/06(水) 12:35:23
※当社比

遅い製品がようやく通常速度を出せるようになった可能性

65 anonymous 2018/06/06(水) 13:22:55
「Aterm」がついにIPv6 IPoEに対応! さらにNEC独自の謎技術「IPv6 High Speed」によりIPv6の通信速度を2~3倍高速化へ
https://internet.watch.impress.co.jp/docs/news/1124437.html

66 anonymous@fusianasan 2018/06/06(水) 16:08:40
>>62
この図は・・・w
業界知ってると絵からも信憑性って漂ってくるよねw
85割くらい期待はずれの図だわw

67 anonymous 2018/06/06(水) 22:25:32
>>64
AtermのIPv6対応は初だから、当社比では比較対象製品がないような

68 anonymous 2018/06/06(水) 22:52:48
>>67
実はこういうISP貸与品を以前から出してまして
http://www.aterm.jp/v6mig/
MFがDS-Lite対応、JEがV6プラス対応

69 anonymous@fusianasan 2018/06/06(水) 23:01:54
>>65
記事のタイトルに「謎」技術ってされてんのかw
モデル/価格によって高ければより速くなるって胡散臭すぎだな。CPU性能におもいっくそ依存とかかもだが

70 anonymous@fusianasan 2018/06/06(水) 23:32:14
他にIODATAなんぞもIPv6対応謳ったのを出すらしいが、今時出すんだから
http://www.v6pc.jp/jp/entry/wg/2010/08/ipv620_2010729.phtml
なんてのに最低準拠してるんだろうな?っていう。この団体がどれだけのもんかは知らんけど
これのアクセス制御機能を見る限りは最低限準拠していればIPv6でもまともなルータと言えるかなあ

71 anonymous@fusianasan 2018/06/10(日) 18:08:09
4と6のデュアルスタックはOSについてはわかりました
ではルータはどうですか?
IPv6対応ルータが出始めた頃は
4と6は任意に手動切り替えしないとダメよ
とかあったのでしょうか
変化があったという場合はいつごろからでしょうか
それとも個別ルータスレでやったほうがいいですか

72 anonymous@fusianasan 2018/06/11(月) 03:42:39
IPv6 対応=IPv6パススルー機能あり
(しかも設定でパススルー切れなかったりする)

73 anonymous@fusianasan 2018/06/11(月) 04:23:14
ルーターによるんじゃね。IPv6ブリッジ/パススルーを有効/無効にできるのもあるし

74 anonymous@fusianasan 2018/06/11(月) 10:09:57
>>70
表10-1だけ見たら十分だったわ…

75 anonymous@fusianasan 2018/06/11(月) 10:38:36
>>74
よく読んだなw偉いな

76 anonymous@fusianasan 2018/06/11(月) 14:07:03
詳しくないのがパススルー弄ったら家のPCがインターネットに丸晒しになりそう

77 anonymous@fusianasan 2018/06/11(月) 15:08:04
IPv6が普及しなかったからいいようなもんだが、何考えてるんだかだな
特にNTT東西

78 anonymous@fusianasan 2018/06/11(月) 15:11:51
???

79 anonymous@fusianasan 2018/06/11(月) 15:12:03
ああ、まあ、IPv6を使う(申し込むそれも有料、今でも申し込む)人がそんなレベルとは思ってもいなくても不思議ではない&それほど責任は重くないか
だが、IPv6普及とかに関与してるんだから責任はそれなりにある方ではあるけど

80 anonymous@fusianasan 2018/06/11(月) 15:14:20
>>78
さすがにパススルーだけのルーターはありえないだろう。>>70だって2010年ですでに今時の平均的なフィルターが必須なんだし
NTT東西の一般的なルーター/ホームゲートウェイはフィルターが無いに等しいし、NTT東西の一般的なルーター、特にホームゲートウェイのままの人が多いだろうという点で

81 anonymous 2018/06/11(月) 15:53:54
NTT東西のHGWは >>70 資料の要件(必須機能)は持ってるんでNAT相当の外部からのアクセス制限はしてる
もし内側に完全パススルーの無線LAN用ルーター置かれても最低限のとこは大丈夫

82 anonymous@fusianasan 2018/06/11(月) 16:20:44
あるのもあるけど、無い/ほぼ無いに等しいもいっぱいあるねん

83 anonymous@fusianasan 2018/06/11(月) 16:24:02
ああ、ホームゲトウェイを勘違いしていたかもしれん。もしかして単なるルータなのかな?ONUと一体型のやつ

84 anonymous@fusianasan 2018/06/13(水) 18:07:39
NTT東西のHGWでIPv6のSPI搭載してないのって何番?200番台はなさそう。うちの400は載ってるから、あとは300番台がどうかだけ?
てか200番台なんて回収対象なんだからさっさと交換しろって話だな。

85 anonymous@fusianasan 2018/06/13(水) 19:21:07
回収対象?そんな告知あったっけ?
10年以上前のルーター使ってるとこあるけど。すでにルーターとしてではなくIP電話アダプタとしてしか使ってない

86 anonymous 2018/06/13(水) 22:11:32
東日本でIPv6対応のHGW
https://flets.com/customer/tec/v6option/connect/
以前使ってたRV-230SEはちゃんとv6用のフィルタ入ってた
(>>70 の要件満たすレベルの奴ね)
v6プラス使いたいからフレッツジョイント対応のHGW交換してくれって頼んでRV-440に替えたけど

87 anonymous 2018/06/14(木) 00:53:25
>>86
HGW の IPv6 のフィルタは、サブネット切ってルーティングできる場合でないと働かなかったはず。
(/64 でサブネット切れない場合は、ブリッジするしないを選べるだけで、フィルタなし。)
ということは、RV-230SE を使ってた当時から PD 回線で /56 なり /48 なりが貰えていたということ?

200 番台の HGW が設置されていてひかり電話がタイプ1(RA で /64)の回線の場合、
PD で /56 ほしいって希望したら、それにはひかり電話をタイプ2にする必要があるが、200 番台 HGW では対応できないということで 300 番台以降に交換になった、という事例があるらしい。

ということから、200 番台 HGW が DHCPv6-PD 回線に設置されるという組み合わせは、存在しないものだと思ってた。
この認識間違ってた?

88 anonymous 2018/06/14(木) 01:55:30
>>87
RV-230SEだと2013/4/3 18.05ファームでPD対応になったんだと思う
http://web116.jp/ced/support/version/broadband/rv_230se/index.html
自分がv6オプションやIPoEサービス申し込んでIPv6使い始めたのは2014年だったと
思うのでそれ以前の話や他の200番台機種の話は知らん

89 anonymous@fusianasan 2018/06/14(木) 17:01:18
>>88
なるほど。PD 対応なのね。

っていうか、RA 回線につないだ HGW(必須機能を持ってても、その回線では動作しない)は >>70 的にはどう扱われるんだろ。
(ちゃんと読んでなくてわからない)

90 anonymous 2018/06/17(日) 16:40:44
ヤマハ、「v6プラス」対応のRTX1210/RTX830用ファームウェア公開 - クラウド Watch
https://cloud.watch.impress.co.jp/docs/news/1123742.html

91 anonymous@fusianasan 2018/06/25(月) 17:22:32
フレッツ ジョイントでのIPv6でも、ポート開放ができるらしい
そのためには、RS-500などのHGWの裏設定メニューを出す必要があるらしいのだが、その方法が分からない

まぁ、解放できなくても二重ルーターでIPv4なら解放できるから良いんだけど、
裏設定の項目は知りたい
裏設定メニューの出し方を知りませんか?
他に該当するスレもあれば教えてください

92 anonymous@fusianasan 2018/06/25(月) 18:45:13
なんのことだかさっぱりわからんが
fanblogs.jp/harenotikumorimatahayuki/archive/124/0
これかな?単にIPv4 PPPoE機能を復活させるだけようだけど

フレッツ ジョイントってなんやねん。v6プラスってことでいいのか??
v6プラスでもIPv4 PPPoE側でなくv6プラスでポート開放できるようだけど、そっちでいいんだよな。解放できなくても二重ルーターでIPv4とか言ってるけど 👀
Rock54: Caution(BBR-MD5:842eac59f97f47c0d6fb1bed016df49c)

93 anonymous 2018/06/25(月) 19:14:42
>>91
https://qiita.com/nbhr/items/2850ccaa3456a8553bbf
上記URLの「方法2」ね、画像付で見たいなら
https://volx.jp/v6-plus-port-kaihou
両方見て判らないなら根本的な知識不足なんで諦めましょう

94 anonymous 2018/06/25(月) 22:44:48
フレッツ網内のサービス迷惑だから廃止してほしい。

95 anonymous 2018/06/25(月) 23:08:50
IPv6 IPoEはNATしてないから全ポート開放済み
MAP-E (IPv4 over IPv6) のことならプロバイダ板へ行け

96 anonymous 2018/06/26(火) 10:36:13
>>95
HGWのデフォルト設定状態だとNGN網内からのIPv6アクセスが開放でインターネットからは拒否

97 anonymous@fusianasan 2018/06/26(火) 11:19:50
っていう、HGWもあるな

98 anonymous 2018/06/26(火) 11:46:12
inboundがdefault denyでないHGWって具体的にどこの?

99 anonymous 2018/06/26(火) 12:37:12
ひかり電話を契約してないHGWがそうだったような

100 anonymous@fusianasan 2018/06/26(火) 15:05:25
>>98
PR-400KIはIPv6セキュリティはデフォルト標準(>>96 の内容)だけど、これは多分NTTのHGW仕様がそうなってるよね。どこのでも一緒でしょ。

>>99
それはそもそもルーティングしてないただのブリッジなので…

101 anonymous 2018/06/26(火) 16:50:58
>>99
これ昔の話ではなくて今もそうなの?
そもそも(昔ではなく)今ひかり電話無しでv6 IPoE契約すると機器は何が来るんだ?

102 anonymous@fusianasan 2018/06/26(火) 18:39:21
IPv4コンテンツって本当になくなるんですかね?
なくさなければならない、としたら理由は?
移行ではなくて積み重なるような

103 anonymous@fusianasan 2018/06/26(火) 19:11:49
IPv6が普及すればIPv4と同等にすることも可能なのでIPv4をあえて残す/使う必要はないってとこかな。今、IPv4主流でIPv6をあえてしたがらないと同じように
IPv6の普及にどんだけ時間がかかるのかぜーんぜん見えんけど、そのうちIPv6でしか繋がりませんというサイトが出ても不思議ではないな

104 anonymous@fusianasan 2018/06/26(火) 20:06:04
コンテンツ云々の話は板違いだしそもそもレイヤーが違うので正直興味もあまり沸かないのだが
v4アドレスが既に枯渇してるのでv4網での運用負担がv6網のそれより高くなるのはインフラに限った話ではないと思う

結局コストの安い方へ流れていくしコストが同じならよりメリットのある方が選ばれる
それに尽きるのでは

105 anonymous 2018/06/26(火) 20:32:40
20年以上前はIPv4のほか、NetBEUIとか、AppleTalkとか、IPXとか、いろいろ使われてたのが、徐々に使われなくなって廃れた。
IPv6だけで事足りるようになれば、Ipv4も廃れるだろう。
それが何年後にかはまだわからないけど。

106 anonymous 2018/06/26(火) 22:32:09
イーサネットすごい

107 anonymous@fusianasan 2018/06/26(火) 22:54:50
イーサネットも物理的にはいろいろ廃れて失くなったのもあるけどな

108 anonymous@fusianasan 2018/06/26(火) 23:00:40
イーサーネット以外にもトークンリングとかあったなあ
見た目はイーサネットと同じよう差し込むのにリングに入り込ませる構造になってた
FDDIもトークンリングの一つか

109 anonymous@fusianasan 2018/06/27(水) 20:28:24
>>103
サイト自体は昔からあるよ。
けど閉鎖されたのもある。
想像以上に普及が遅れるやら想定外の事態だった模様。

110 anonymous@fusianasan 2018/06/27(水) 20:43:29
提供側機器維持ができなくなったので廃止!
と号令かけない限り4はなくならんよな
6と比べて技術的メリット、デメリットがあるとかそういうのがないし
このままじゃ4の上に6が積みあがるだけ

111 anonymous@fusianasan 2018/06/27(水) 22:43:46
国かFTTH言い出してからメタル回線無くすまでもうそろそろ30年くらい経つ?
IPv4枯渇してから30年と考えたらまだまだ先だな。色々とパラメーターが違うけど。

112 anonymous 2018/06/28(木) 22:05:01
http://www.kame.net/
この辺とか普及する前に勝手に終了宣言しちゃったしな

113 anonymous 2018/06/28(木) 22:10:52
kameのコード書いてたあの頃懐かしいな。

114 anonymous@fusianasan 2018/06/28(木) 23:11:51
>>112
「完成」らしいけど。そのホームページもまだあるし
でもって、その遺産はmacOSなんぞののIPv6で生きてたりするんだけどな

115 anonymous@fusianasan 2018/06/28(木) 23:22:37
macOSてかBSDだな。置き換えとかされたとかか?

116 anonymous 2018/06/30(土) 09:05:10
やっぱkameプロジェクトメンバいるよねここ
フレッツしかつながんないIPv6網さえなければもっとシームレスなのにな

117 anonymous@fusianasan 2018/06/30(土) 11:33:25
なんのこと?

118 anonymous@fusianasan 2018/07/01(日) 09:21:14
このスレのベースもFreeBSDというOSがベースだったりする。
あとPS4やらニンテンドースイッチなんかも。
OSレベルではとっくに対応済なのが多いんだけど

119 anonymous@fusianasan 2018/07/02(月) 20:30:06
質問なんですがドコモ光でプロバイダを何にするか悩んでます
ipv4 over ipv6でps4やりたいです
出来ないソフトが複数あれば非対応別ルーターでPPPOE接続するつもりです

ドコモnetでいいですかね?

120 anonymous@fusianasan 2018/07/04(水) 11:23:58
あきみちさんの本が出ましたね
ttp://www.geekpage.jp/blog/?id=2018-7-4-1

121 anonymous 2018/07/04(水) 14:50:01
"IPv6本" が Twitter の Trend に入ってる!

122 anonymous 2018/07/04(水) 20:41:48
あれの配布方法って、
グーグルドライブ公開するだけじゃ何か不味かったんですかね

123 anonymous@fusianasan 2018/07/04(水) 20:44:31
どっかに垢作るのが嫌なら、適当なuploaderに上げるけど。それが許諾されてる著作物なので。

124 anonymous@fusianasan 2018/07/08(日) 21:32:17
契約しているvpsがipv6のみになったのですが、ipv4のみの自宅からはアクセスする方法はないですか?

125 anonymous@fusianasan 2018/07/08(日) 23:40:14
変わってんな。変わりすぎて嘘臭さもw

VPNでIPv6通すトンネル作ってぐらいかな。単にssh(sshそのものもしくはsshでのポートフォワード)で済むなら、どこぞのIPv6にもなsshホストにIPv4で繋げてとか
どっちにそ踏み台的などこぞのホストが無きゃ無理、あれば全然可能

126 anonymous@fusianasan 2018/07/09(月) 09:21:24
むしろどこのVPSなのかくやしく聞いてみたい

127 anonymous@fusianasan 2018/07/09(月) 11:06:27
vultrの$2.5/月プランがipv6のみです。

128 anonymous@fusianasan 2018/07/09(月) 11:26:48
サンクス

129 anonymous@fusianasan 2018/07/09(月) 13:39:23
https://www.vultr.com/faq/

Do you support multiple IPv4 addresses per instance?

Every virtual machine comes with one primary IPv4 address. Up to two additional addresses are available for an extra fee.

なんか勘違いしてんじゃないのって気がするけど。実際に使ってIPv4が無いってのかな

130 anonymous@fusianasan 2018/07/09(月) 13:45:54
ああ、試してみようと実際に作ろうとしたらそれだけ IPv6 ONLY ってなってんのね。しつれい

131 anonymous@fusianasan 2018/07/09(月) 14:32:48
https://www.lowendtalk.com/discussion/147542/vultr-2-50-plans-512mb-restocked-ipv6-only

> out of the box with IPv6 only. However, one can attach a reserved IPv4 address after server deployment.

っぽいんだけど、貧乏なので試せないや(しろめ


個人的には今の段階で IPv6 Only ってのは、たとえコスト重視の商品としてもちょっと早すぎると思う

132 anonymous@fusianasan 2018/07/10(火) 07:33:43
固定電話機やらインターフォンやら監視カメラ等から専用機にしていけばいい気がするけど。
けど大抵はイントラで動いていて枯渇とは無縁と考えているやらわざわざ監視のためだけにIPv6なんて明らかに割に合わないし。
業務用のシーケンサなんかも商品としては対応を終えている製品も多いんだけどね。

133 anonymous@fusianasan 2018/07/10(火) 09:18:02
それがIoTってもんじゃないのか?

134 anonymous@fusianasan 2018/07/14(土) 08:31:45
コストを考えるとIoT系で
ULAでipv6のみって実装は増えそうな。
自動車とかさ。
つかv4をgw以外で使う意味がない。

135 anonymous@fusianasan 2018/07/14(土) 08:38:57
ULAのRAを流してくれる機械が有ればね~
ルーティング必要ない環境ならLLAで十分だし
LLAなら既に気づかない内に使ってる

136 anonymous@fusianasan 2018/07/14(土) 08:47:52
っつかAWSとGoogleが
「ipv4向けの帯域絞るぜー」って
言い出すだけで、
もう強制的にipv6使わざるを得ない
社会状況になってしまったね。

IIJとかが実は一番将来性が微妙になってしまって、
すごい時代変化だわ。。。

137 anonymous@fusianasan 2018/07/14(土) 09:54:16
それなー

138 anonymous@fusianasan 2018/07/14(土) 09:55:29
PrimeVideo,YoutubeのIPv4止めますとか言えば、発狂してIPv6に群がるだろうな

139 anonymous@fusianasan 2018/07/14(土) 15:03:30
>>138
よくも悪くもコンシューマー向けの映像系って
海外に覇権を握られたせいで、
ipv6でトラフィックが流れてるという。
あとはabemaがipv6対応すれば、
いま起こってるフレッツの末端混雑なんて
解消しそうな。

140 anonymous@fusianasan 2018/07/14(土) 16:48:56
dビデオ(と言うかdアニメ)もさっさと対応済ませて欲しいな

141 anonymous 2018/07/14(土) 22:15:48
尼プライムビデオがIPv6対応してたとか知らなかった。
いつの間に?

142 anonymous@fusianasan 2018/07/14(土) 23:19:26
atv-ps.amazon.com
atv-ext.amazon.com
あたりはとうかあたりもまだIPv4だけだねえ

143 anonymous 2018/07/15(日) 09:54:07
残念ながらIPv6でインターネットにでれないISPが多くございます。

144 anonymous 2018/07/15(日) 10:00:27
CDNの仕組みから説明しないといけないのかよw

145 anonymous@fusianasan 2018/07/15(日) 13:49:19
CDN以前の根本的なTCP/IPの接続とはじゃね

146 anonymous@fusianasan 2018/07/15(日) 22:14:59
>>143
大分減ってきてはいるんだけどVPNで十分と考える会社もあったりするんだっけかな。
それよりもサイト側の対応が遅いよね。
YAHOOもまだだし。
OCNは対応しているのにgooが駄目ってなんだ?

147 anonymous@fusianasan 2018/07/15(日) 22:25:41
末端の子会社だったりだからな。資金的なか。NTT系列なら恥ずかしくもあるな
だが、VNE事業者なのにIPv6ホストがないASAHIネットなんての方がもっと恥ずかしいんじゃないのかと思わなくもない。ISP&VNE事業者でそゆの他にあるかなあ
まあ、これからだよ。やっと昨年から本格的にな感じになったんだし

148 anonymous 2018/07/15(日) 22:31:21
HGWがIPv4 over IPv6対応してコンテンツ側はIPv4の猶予が延びたからな

149 anonymous 2018/07/15(日) 22:46:37
>>148
そう? v4アドレスの在庫は増えてないのに?

150 anonymous@fusianasan 2018/07/15(日) 23:20:55
クライアント側はあの手この手でipv4アドレスを共用できてるしなあ

151 anonymous@fusianasan 2018/07/15(日) 23:45:10
IPv4アドレスの売買ってそろそろババぬきじみてきそう
たくさん抱えてるところは値が付く内に売り抜けたいかもな

152 anonymous 2018/07/16(月) 00:10:40
IPV4はオークションで買う時代の話なのか?

153 anonymous@fusianasan 2018/07/16(月) 13:04:37
>>146
ちょっと前の地デジ移行のアナデジ並行移行に例えるとわかりやすいかも。

ほぼほぼ同じ役割のトラフィックルートを
2つ持つと、作業は2倍で済めばいいほうで、
それぞれの協調調整が必要になって
実質の作業は3倍4倍5倍どころか
下手したら10倍以上となる。
「4通るけど6通らねえ、なんで?」とか。

コストにうるさいアメリカのキャリアやコンテンツ系企業が、
無慈悲に移行できるコンシューマー向けトラフィックを
とっとと4から6に移してるのは
その最たる例だと思う。

154 anonymous@fusianasan 2018/07/16(月) 13:19:24
>>138
世界のキャリアが足並み揃えて
「20xx年x月x日を以て、
ipv6はトラフィックしません!」
って言わない限り無理だな。

そう遠くはない気がするけど。
10年後くらい?

155 anonymous@fusianasan 2018/07/16(月) 13:21:39
>>153
ハードが分かれてて負担になってるならそうかもなぁ。
ソフトで分かれていて、4と6が必ず同期してなきゃみたいなことにならなければ
冗長系、とも見れることは?
でもあんまり考えにくいかね。
こう考えるとハードとソフトの固定資産税比較っておかしいな?

156 anonymous@fusianasan 2018/07/16(月) 13:56:46
>>154
あ、ごめん、ipv6は→ipv4は、
ね…。

157 anonymous@fusianasan 2018/07/16(月) 14:04:22
>>155
コンテンツ系はdualstack対応より、
もうLANもipv6で構成してエッジに挟む
ロードバランサに4に翻訳させよ、
って
設計で引き直してるところが多いんじゃないかなあ。

158 anonymous@fusianasan 2018/07/16(月) 14:26:33
>>155
あーあと、普通の企業とかでも
ただでさえLANのIP管理が面倒くさいのに
v6デュアルスタックってないわ。
v6喋れない機器だったり、障害出るアプリが
潜んでたりするし。

うちの会社なんか、いまだにメインフレーム時代に業務システムを
エミュ通して使うてるよ…

159 anonymous@fusianasan 2018/07/16(月) 16:07:20
ウチの会社、まだ10Base-2の同軸ケーブルが走り回ってる・・・

160 anonymous@fusianasan 2018/07/16(月) 16:10:00
時間による帯域制限が厳しかったので昨日v6プラスにしてみたんだけど・・

よく使われる
http://www.speedtest.net が凄く低く(1/3程度)
他のサイト(BNRやgoogleなど)だと↑のサイトの3倍位でた

何故速度の差が大きく違うんだろ・・

161 anonymous@fusianasan 2018/07/16(月) 17:17:47
>>146
OCN の PC 向けページは、IPv6 で接続できた場合にはなぜか v4.ocn.ne.jp (AAAA レコードなし) にあるスタイルシートを使う。なので、IPv4 でも繋がらないとまともな表示にならない。
こんなん対応していると言っていいのか。

162 anonymous@fusianasan 2018/07/16(月) 17:33:13
>>154
トラフィックしません is 何?

163 anonymous@fusianasan 2018/07/16(月) 17:52:41
>>160
東京、大阪から離れるほど
NTTの県間通信に依存
名古屋だと大阪経由で東京になる

164 anonymous@fusianasan 2018/07/16(月) 22:17:00
>>158
あー、やっぱり細かいとこでもひっかかるとこが出てくるか。
こりゃー自然移行は無理だな。
先進国の新ビジネスが6だけで開始!
はあるだろうけど
新興国相手は同じこと無理だろうな。
4をオークションで買うハメになるのかもねぇ。
もしくはイントラネット時代がやってくるか。

165 anonymous@fusianasan 2018/07/16(月) 23:01:18
>>161
Googleでもそんなのあったような。そんな最初から完璧じゃなくてもいいんだよ
デュアルスタックがデフォなようなもんだから。そのうち全部になりゃいいんだよ

166 anonymous@fusianasan 2018/07/16(月) 23:07:40
デュアルスタックって結構ちゃんと(シームレスに)動いているんだが、という点から、>>158のようなのってさっぱりわからんな
>v6喋れない機器だったり、障害出るアプリが
>潜んでたりするし。
v6喋れない機器なんてデュアルスタックネットワークに繋がっててもv6の影響というか存在なんて無いも当然だし。障害でるアプリってのもわけわからん

デュアルスタックでよくわけわからんのは、IPv6で繋がるハズなのになぜIPv4で繋がるとかいうレベルでの全く関係ないとこでだなあ

167 anonymous@fusianasan 2018/07/17(火) 09:22:33
コストでしょ
4と6は技術的なメリットデメリット差がないんだから

168 anonymous@fusianasan 2018/07/17(火) 11:00:08
コスト以前にただやりたくないってだけかな。技術的に理解不足っぷりからも

169 anonymous@fusianasan 2018/07/17(火) 11:07:01
食わず嫌いでしょ

170 anonymous@fusianasan 2018/07/17(火) 19:22:49
>>166
環境移行なんて考えてない大昔の業務システムだと
プログラムの中でIP埋め込んであって
叩いてたりしてな。

あと、最近のMFPみたいな、
v6喋れるけど設定がデフォルトのまんまで
野良化してるのが居たりとか。

会社の体質が古いと、LANWANの
v6対応なんて手をつけんよ。

171 anonymous@fusianasan 2018/07/17(火) 19:44:07
>>170
そんなIP埋め込んであるのってIPv4しかなんでしょ。別にそのままIPv4で使えばええやん、デュアルスタックネットワークにおいても
IPv6に対応するならプログラムを書き換えなきゃだが、別にIPv6にする気がないだけでしないだけでしょ

その野良化のってIPv6ネットワークなんてないのにIPv6がオンになってるだけじゃないの。IPv6をオフにすりゃいいだけじゃん

デュアルスタックネットワーク作って、IPv6できないのはIPv6を切ってIPv4にしとけばいいだけだな。ぜんぜんデュアルスタックが問題なんじゃなくて、単にめんどくさいってだけだな

172 anonymous@fusianasan 2018/07/17(火) 20:37:04
老朽化に伴って機器のリプレーズを行ったら勝手にIPv6がデフォで混乱ってあるかな。

173 anonymous@fusianasan 2018/07/17(火) 21:37:57
中途半端にRA流してなければないんじゃね

174 anonymous@fusianasan 2018/07/17(火) 22:48:49
IPv6しか対応してない格安SIMとか出てきたら移行進まないかな

175 anonymous 2018/07/18(水) 00:12:32
IPv6とv4のトンネルみたいなのを先行して普及させるべきなのに、完全独立で動いてたのが間違いなんだよなぁ

176 anonymous@fusianasan 2018/07/18(水) 00:19:51
>>175
teredoやistapは元よりOCN IPv6やSoftbankの6rdなんかも随分前からあったけどどうしたん?

177 anonymous@fusianasan 2018/07/18(水) 00:38:46
>>174
それは見れないサイトがあるという話が流れたらソッコーで爆死するやつ
アクセス回線がどちらか片方なんて自分から首を絞めに行くようなプランは無しでしょうな
月額500円で3GBまで速度制限無しだったらサブに契約しても良い

178 anonymous@fusianasan 2018/07/18(水) 02:36:47
>>176
そんなの使ったこともないし、いまもIPv6を試してもいないんだろ
おばけ怖いなレベルだな。全くわかってないのが滲みでていて。こんなIPv6に文句言ってるのこんなんばっか。IPv6をリアルに構築した上での困ったことを言えないかなあ

179 anonymous@fusianasan 2018/07/18(水) 03:41:42
ルーター間にWiFiのWDS挟んだときのIPv6の相性最悪

180 anonymous@fusianasan 2018/07/18(水) 04:02:44
変なWDS機器使ったからだろ

181 anonymous@fusianasan 2018/07/18(水) 04:10:35
WDSそのものにIPv6もIPv4も関係ない。L2レベルでしかない
ルータ機能やL3レベルのブリッジ機能もついてたりしての、IPv6の実装が変なんだろうとしか思えん

182 anonymous@fusianasan 2018/07/18(水) 04:29:52
ちゃんと拡張された仕様通りのWDSなら良かったんだがな
子機側のMACアドレスで書き換わるイーサフレームとNDPがらみの動作がカオスなのよ

183 anonymous@fusianasan 2018/07/18(水) 06:38:16
IPv4の場合でもProxy ARPなんぞでじゃないの。それと同じようなNDP Proxyがちゃんと実装されてないとかじゃないの
IPv6の問題というよりその機器がっぽいな

184 anonymous@fusianasan 2018/07/18(水) 07:50:09
>>178
ここでわかってる感滲み出てる方から困り事の紹介です

185 anonymous@fusianasan 2018/07/18(水) 08:08:12
エアプかよ

186 anonymous@fusianasan 2018/07/20(金) 22:21:17
IPv6を構築して困ったって言ってる人たいてい本人がIPv4すらそもそも分かってないレベルなだけ説

187 anonymous 2018/07/21(土) 10:46:49
フレッツネクストのルータ置いたら勝手に構築されちゃうしな

188 anonymous@fusianasan 2018/07/21(土) 21:26:05
>>159
今でも売っているんだけどね。
建物内の配線はどんなのがいいかはそれぞれあるとは思うんだけど。

189 anonymous@fusianasan 2018/07/22(日) 02:04:20

190 anonymous@fusianasan 2018/07/22(日) 23:28:07
ドコモ光のGMOルーターで自動導入したけど、VDSLで100Mいっぱい出るしプレステ非対応と聞いたけど設定で対応してラグ全然感じなくなったし色々ヤバい。

191 anonymous@fusianasan 2018/07/22(日) 23:31:13
GMOには関わらないことに決めてる

192 anonymous@fusianasan 2018/07/22(日) 23:34:10
でもこれ対戦格闘ゲームの熱帯マジでアーケードいらんレベルじゃない?

193 anonymous@fusianasan 2018/07/23(月) 02:37:44
IPv6はプロバイダ関係ないからな。VNEがどこまでなのかはよくわからんな。Vだから名目上とか?

194 anonymous@fusianasan 2018/07/23(月) 02:46:27
ネットワーク的に、
フレッツ - VNE事業者 - インターネット
なのか。VNEのネットワークの太さにはよるのか。仮想の意味が全くわからんけど、説明とか読んでもw

195 anonymous@fusianasan 2018/07/23(月) 17:16:03
susucoin:STn3XfGvF6rg72p2fL4iPhWHW7C4ffy8aG

196 anonymous@fusianasan 2018/08/20(月) 14:47:12
IPv6にはIPv4のようなポート開放というものは存在しないのですか?

197 anonymous@fusianasan 2018/08/20(月) 15:47:02
>>196
ポート開放というのが何を指してるのか判らないけど、ルーターでIPv6フィルタリングをしているならそれに穴あける作業は必要。

Global IPv4アドレス一つしか貰えない環境でNAPTを使って、外部アドレス(とポートのセット)と内部アドレスをマッピングしていた事を総称してポート開放と言っているのなら不要。

198 anonymous 2018/08/20(月) 16:55:11
横からだけど、俺も意味が分かんねぇなーと思ったので Google 先生に聞いてみたんだよ。
でも、それでも分からなかった。
ちゃんとした定義ってどこかにあるのかな? もしくは言い出しっぺが誰なのか・・・

199 anonymous@fusianasan 2018/08/20(月) 17:12:48
I-O DATA のルーターに ポートの開放 という項目がある。
そこでは IPv4 の静的 NAPT の設定ができる。
それについてのマニュアルの見出しなどが ポート開放 となっていることがある。
I-O DATA が言い出しっぺなのかどうかは知らない。

200 anonymous 2018/08/20(月) 17:27:45
>>198
定義は多分ないねえ、家庭用ルーターが持つ
・所謂DMZホスト機能(大抵全然DMZになってない)
・NAPTのポートフォワーディング(もしくは静的IPマスカレード)
の両方を指したり後者だけを指したり適当に使われてる感じ
始まりとしてはポートフォワーディングをポート開放と意訳したんじゃないかと
前者のDMZといいなんで家庭用ルーターメーカーは機能に滅茶苦茶な名前付けるんだ…

201 anonymous@fusianasan 2018/08/20(月) 17:41:49
スマホの割引の兼ね合いで契約してるプロバイダの採用方式がトンネル式でオワタ

202 anonymous@fusianasan 2018/08/20(月) 19:36:19
>>200
NDプロクシとか

ポート開放はpspのモンハンでxlink使うときにはもう素人の口からでてきてたな。

203 anonymous@fusianasan 2018/08/20(月) 20:52:29
ONUとルーターが一体型のタイプってまだ少ないんだっけか。

204 anonymous@fusianasan 2018/08/20(月) 21:20:39
>>202
NDプロキシは別の次元、別の問題対応の話だろう

IPv4と全く同じと言えば同じなだけだな。そもそもIPv4もLANもグローバルアドレスでっていうのがあったようだし
NAPTも最初は単にグローバルアドレスがもらえないのでが発端で、思わずせきゅりちい的によかった的な。その思わずよかったせきゅりちぃ的なのが捨てられないのが多いようなのでIPv6でもできるようになってきての

205 anonymous 2018/08/20(月) 21:57:49
>>204
>>202 がいいたいのは家庭用ルーターの"NDプロキシ"も機能と名前が合ってないてことかと
http://www.aterm.jp/function/wg1200hp3/guide/nd_proxy.html
バッファローもこの名前だが、なんでこの機能がNDプロキシて名前なんだか

206 anonymous@fusianasan 2018/08/20(月) 22:24:01
>>204
ああ、なるほど。それは失礼をした
確かにNDプロキシという「特別な」のを付けた/付けざるを得ないのだろうが、その止むを得ずな「単なる付加的」な機能を、ルーターのその機能の名前にするとはな
まあ、このレスで書いているように「その機能」のいい名前は思いつかないんだけどw

207 anonymous@fusianasan 2018/08/20(月) 22:27:09
ああ、本来やりたいこと/実装したいのは単なるIPv6ファイアウォール(IPフィルタリング)なんだから、「IPv6ファイアウォール」でいいのか、いいよな

208 anonymous 2018/08/20(月) 22:47:11
>>207
IPv4フィルタの機能に「ARPプロクシ」なんて名前はつけないよねえ

209 anonymous@fusianasan 2018/08/21(火) 00:25:11
>>207
バッファローの場合は
・ NDプロキシ動作しつつ IPv6ファイアウォール(フィルタリング)動作をする。
・ DHCPv6-PD でプレフィックスを貰って WAN ポートと LAN ポートの間でルーティングしつつ IPv6ファイアウォール(フィルタリング)動作をする。(NDプロキシ動作はしない。)
の両方がある。
前者の名前を「IPv6ファイアウォール」にしてしまったら、後者との区別がつかないのでマズい。

なお後者の動作にする場合の選択肢の名前は「NTTフレッツ光ネクストを使用する」「IPv6ネイティブを使用する」となっている。
これも名前がおかしい。

210 anonymous@fusianasan 2018/08/21(火) 00:46:14
buffaloのndプロクシも説明足りなさすぎなんだよなぁ
ndプロクシ動作をします。ってバカかよ

211 anonymous@fusianasan 2018/08/21(火) 03:49:49
>>209
それって、ネットワーク形態が違うんじゃないの
・WAN側IFとLAN側IFが同一セグメント/同一ネットワーク
・WAN側IFとLAN側IFが別セグメント/別Prefix/別ネットワーク
L3ブリッジ と ルーター とかでいい、とかの方がわかりやすいだろうに。最初のはIPv6ファイアウォールが必要じゃなければL2ブリッジでいいんだろうけど、それをIPv6ブリッジとかにしてしまってとかか
まあ、どうであれNDプロキシという名前を使うのは間違い以外のなにものでもないな。誰もNDプロキシが欲しいなんて思ってないてとこで

212 anonymous 2018/08/21(火) 06:13:10
>>211
L3ブリッジとは何ぞや

213 anonymous@fusianasan 2018/08/21(火) 08:12:35
そういうこと。L3スイッチなんてあるんだからL3ブリッジぐらい意図がわかるだろう

214 anonymous 2018/08/21(火) 09:00:32
主目的はファイアウォールだから
・IPv6ファイアウォール(RA+ND Proxy)
・IPv6ファイアウォール(DHCPv6-PD)
みたいな感じかな。家庭用に判りやすくというなら
・IPv6ファイアウォール(フレッツひかり電話無、…)
・IPv6ファイアウォール(フレッツひかり電話有、…)
みたいな感じか("…"はフレッツ以外のサービス列挙)
いずれにせよ"NDプロキシ"じゃどんなユーザー層にもぜんぜん意味が通じないよなあ

215 anonymous 2018/08/21(火) 11:33:06
>>208
IPv4フィルタをL2の機能として実現してる場合は、ARPプロキシやプロキシARPなんて
当たり前のように出てくるが。
今のIPv6フィルタもL2昨日なのだから当然同じ考え方だろう?

216 anonymous@fusianasan 2018/08/21(火) 11:56:46
イミフすぎ。特殊な環境なのか?

217 anonymous 2018/08/21(火) 12:01:04
>>216
特殊?コンシューマしか考えていない馬鹿には特殊に見えるのか?

218 anonymous@fusianasan 2018/08/21(火) 12:06:51
IPv4フィルタをL2の機能として実現してる場合??
今のIPv6フィルタもL2機能なのだから??
だったら、全然わかってない勝手な思い込みな勘違いなのだなとしか思えないけど

219 anonymous 2018/08/21(火) 12:12:44
>>218
初心者相手に上辺の知識だけで無双したいなら
初級ネット板にでも行けばいいんじゃないの?
技術の板でスペシャリストを相手に議論するレベルにはないな。

220 anonymous@fusianasan 2018/08/21(火) 12:18:27
わかってないのに無理矢理すぎとしか思えん。スペシャリストww
IPv4フィルタをL2の機能として実現してる場合&今のIPv6フィルタもL2機能なのだからって、Establish判定いらんスカスカなフィルタなのか?TCP/UDP判定もない
L2フィルタでL3判定できるなら、ND ProxyやARPプロクシなんていらんよなww

221 anonymous 2018/08/21(火) 12:18:39
国内ネットワーク機器ベンダーでkameの時代から
IPv6のプロトコルスタック開発に携わっていて、
IETFのいくつかのWGにも参加している程度の若輩者ですが
正直何言いたいかわかりません。

222 anonymous 2018/08/21(火) 12:19:48
アンカー打ち忘れた。
221は219とは違うanonymousですよ。

223 anonymous 2018/08/21(火) 12:22:32
>>220
あールーターがなにやってるかすら理解してないのか。
ルーターを挟んでいるのにセグメントが変わらない不思議にも気づかないとかw

224 anonymous@fusianasan 2018/08/21(火) 12:28:00
ルーターが挟んでいるのにセグメントが変わらないって...なにを言っているのだか。IPv4でのそういうファイアウォールはあるが特殊だな。入れるとこなんてほとんど無いぞ。なぜかはプロフェッショナルならわかるだろうw
IPv6のどの場合は、お前がわかってないやんっていう。L2でやってると思い込んでいるのか

225 a 2018/08/21(火) 12:34:10
プロバイダーからIPoEでRAで/64配ってるところのルーターは、
IPv6に対してはL2フィルタでしょ。NECやBuffeloが実装してる
フィルタ機能もstatelessだし。
IPv4 NAT BOX+IPv6 Bridge機能だよね、大半は。
フレッツでもPPPoEでIPv6できるのってOCNくらいじゃない?

226 anonymous 2018/08/21(火) 12:38:45
L2フィルターはL3やL4を見てはいけないと思っている究極馬鹿がスレに潜んでいるようです。

227 anonymous@fusianasan 2018/08/21(火) 12:43:08
L2フィルタはL2フィルタでしかないんじゃないかなあ。EstablishedやTCP/UDP/ICMP判定するにはL2フィルタでは荷が重いのかなんなのか知らんけど
ND Proxyがある時点でL3フィルタだろうと思うけど。L2フィルタで済むならL2ブリッジで済むことだし。L2ブリッジってもIFからIFへ勝手につーかーしているわけでなく、ツーカーさせる処理がありの当然そこでフィルタしようと思えばできるだろうと思われ

228 anonymous@fusianasan 2018/08/21(火) 12:44:25
>>226
見てはいけないなんて言ってないけど。L2でできるのには限界があるのだろうってことだけど。L2フィルタで済むならL2ブリッジすればいいだけの超簡単で済むのになってのもアリの

229 anonymous@fusianasan 2018/08/21(火) 12:51:20
>>221
L2フィルタとL3フィルタが別にあるのもそうだけど、IPv4フィルタとIPv6フィルタと別にあるのはなんでなんなん?
やっぱり、プロトコル「スタック」的に?

230 anonymous@fusianasan 2018/08/21(火) 17:31:12
L3を見てフィルタするならそれはもうL3ふぃるただと思うのだが何か勘違いしてるかな。
最近のL2+とか言ったりしてるハードを気にしてるのかな。各社出てきて多いよね。

231 anonymous@fusianasan 2018/08/21(火) 17:56:46
強いていうなら、L2フィルタの対象はイーサーネットフレームで当然IPパケットを内包しているのでL3を見るのはついでにたまたま的な、L3フィルタの対象はIPパケットなのでってとこかな
いう通りの見方/判断もあると思うけど

232 anonymous 2018/08/21(火) 19:52:21
CISCO始め大手のスイッチ/ルーターでL2 ACLって言ったらMAC ACLとは別物だけど
あれなんでL2っていうのん? 詳しい人おしえて!

233 anonymous@fusianasan 2018/08/21(火) 22:35:48
>>225
プロバイダーからIPoEでRAで/64配ってるところってどこのプロバイダの話だろ。
NGNからIPoEでRAで/64配る場合のNTT東西からレンタルされるルーターだと、
IPv6に対してはL2でブリッジするだけでフィルタは働かないな。

NECやバッファローは、IPv6 フィルタを実装してるものなら SPI もしてる=B
たとえbホ
http://www.aterm.jp/function/wg1200hp3/guide/ipv6firewall.html
「IPv6ファイアウォール機能(Stateful Packet Inspection)」

なんでそこから PPPoE の話になるのかわからないけど、
https://flets.com/next/ipv6_pppoe/isp.html
OCN くらいっていうのが 100 以上あるか?

234 anonymous 2018/08/21(火) 23:34:57
OSIえない

235 anonymous 2018/08/22(水) 00:20:34
ブロードキャストを透過するのがブリッジ、透過しないのがルータとするなら、
arp proxy/ND proxyが働いてる装置はブリッジではなく、ルータ。

236 anonymous@fusianasan 2018/08/22(水) 03:57:25
>>225
>プロバイダーからIPoEでRAで/64配ってるところってどこのプロバイダ
ASAHI-netはVNEもなので、ASAHI-netはそうだな

237 anonymous@fusianasan 2018/08/22(水) 08:24:42
なんか錯綜してる感じするからちょっと話戻すけど
そもそも難解なネットワーク周りを素人にも判るように表記すると言うこと自体が若干難題ではあるのだけども。。。

>>214
> 主目的はファイアウォールだから
> ・IPv6ファイアウォール(RA+ND Proxy)
> ・IPv6ファイアウォール(DHCPv6-PD)

要はL3のドメイン(サブネット)を分割可能(或いは分割したい)かどうかだよね。

機能メニューで分けるなら

・IPv6
・無効(全く通さない)
・ブリッジ動作(パススルー)
・ルーター動作(ファイアウォール機能有効)
・サブネット分割有り(DHCPv6-PD)
・サブネット分割無し(ND Proxy)

と言う感じで俺なら階層化するかなぁ…
IPv6無効は使う人殆ど居ないだろうけど。

民生品のメニューは自動判定とかで簡単にしようとし過ぎていて、並列化されたメニューで無理やり表現するために、メーカー独自用語が乱立してかえって難解という印象。

素人さんは専門家に金払って設定頼むのがいいよね、民生品メーカーが近寄りすぎてる気がする。
エアコンの取付みたいにセット販売がデフォになれば良かったんだよな。

238 anonymous@fusianasan 2018/08/22(水) 08:27:19
インデントが…orz

1・IPv6
1-1 ・無効(全く通さない)
1-2 ・ブリッジ動作(パススルー)
1-3 ・ルーター動作(ファイアウォール機能有効)
1-3-1 ・サブネット分割有り(DHCPv6-PD)
1-3-2 ・サブネット分割無し(ND Proxy)

伝わるかな…

239 anonymous 2018/08/22(水) 18:40:16
家庭用の場合、まずIPv6パススルー(ブリッジ)が広まってしまって、

次に筒抜けてはマズイってところからブリッジのままフィルタかける実装があるからややこしいんだよなあ。

/64をひとつしかくれないのも、NAT66が流行ってないのも、そんな実装の事情にもなってると思う、
v4はサブネット分かれてるのに、v6は分けられないからブリッジになってるしね。

240 anonymous@fusianasan 2018/08/22(水) 20:00:33
なんで /64 なんてケッチくさいことにしたんだかな。確かに、下位インターフェースID分64は持て余すぐらいあるが、幅はアドレス自動設定で贅沢に使い切って縮めることもちょっと無理あってにっちもさっちもだし
/64 でしか出せないのなら、本格的に普及する前にすでに破綻的な感じ

241 anonymous@fusianasan 2018/08/22(水) 20:58:23
>>239
>家庭用の場合、まずIPv6パススルー(ブリッジ)が広まってしまって、
>次に筒抜けてはマズイってところからブリッジのままフィルタかける実装があるからややこしいんだよなあ。
手抜きというか、通じていればいいんだろう的なか。何も考えずに晒したらアタックがうざいというのをIPv4で学習してなかったのかっていうぐらいの。インフラ屋やルータ屋だけじゃなく全体的にな感じで

>v4はサブネット分かれてるのに、v6は分けられないから
IPv4は単にLANがプライベートアドレスだからプライベートアドレスしか選択肢がないからというある意味特殊な事情でそうしようがないからでは
IPv6でULAを使えば全く同じだだよ。全く同じというのはデュアルスタック時にULAをIPv4より優先して使ってくれないようなOSがあるので、ちょっとだけ語弊がるけど

とりあえず、まだ「通じていればいいんだろう」からはそれほど抜け出してはいないとこに問題がありそう。まあ、時間が解決するだろうけど

242 anonymous@fusianasan 2018/08/22(水) 21:17:15
>>236
ASAHIネットは NTT東西それぞれに /30 を渡す。
NTT東西がその中から /56 なり /64 なりを各回線に配る。

プロバイダから IPoE で配るとしたら、回線と接続プロバイダが一体のところじゃないかな。

>>240
NTT東西の場合は、/56 で配ることもできるのに、そのためにはひかり電話契約が必要だというのが意味不明。

243 anonymous@fusianasan 2018/08/22(水) 21:23:38
>>242
ひかり電話のためにセグメント分けが必要だとして、ひかり電話じゃなきゃ/64なのに、なんでひかり電話だと 8「も」 なのねんってとこもね。まあ、後でもっと幅少なくも自由にそれほど問題になることもできるだろうけど

244 anonymous@fusianasan 2018/08/22(水) 23:01:22
ひかり電話のために。じゃなくて、NTTのIPoEサービス開始時にDHCPv6-PDが仕様固まっていたかどうかじゃない?
HGWだって200番台はRAしか使えなかったっぽいし。

帰宅したらちょっと調べてみるかな。

245 anonymous@fusianasan 2018/08/23(木) 00:03:47
>>244
NTTのサービス開始時期は H.23.7.21(2011.7.21)
https://www.ntt-east.co.jp/release/detail/20110719_01.html

DHCPv6-PDはまだdraftかな?
上書きされた文書も比較的最近に更新されてるしまだdraft
https://tools.ietf.org/html/rfc3315
Standard勧告された文書が有ったら教えて

246 anonymous 2018/08/23(木) 00:15:44
>>241
>IPv6でULAを使えば全く同じだだよ。

家庭用ルーターの話をしてるなら、一番肝心なところが違うよ。v4プライベートアドレスはNAPTのおかげで外に出ていけるけど、v6 ULAではNATがないから出ていけない。

WiFiのためにルータカスケードを何も考えずにやっちゃうホームユーザーも多い中で、家庭用ルーターでULAなんて使わせられなくて、ブリッジするのが現実的だっと思うよ。

247 anonymous 2018/08/23(木) 01:03:41
auひかりは/64だけど要求すれば幾らでも払い出してくれるっぽい
https://bsd.blog.so-net.ne.jp/2017-01-26

248 anonymous@fusianasan 2018/08/23(木) 03:35:03
>>246
家庭用ルーターの話じゃないよ。家庭用ルーターってか「今の」家庭用ルーターでしょ
技術的な話ね。外に出ていかないとか当たり前で、元々のレスが技術的なじゃないの、NAT66が流行ってないとか言ってるし。無いのに流行るもなにもないってことになるでしょ

ブリッジはネットワーク的にはどっちかというと不細工だなと俺個人的には思っている。Linuxでさえそこの部分はまだイマイチだし、なんでわざわざそんな不細工なことしなきゃならないのねんという

249 anonymous@fusianasan 2018/08/23(木) 03:43:42
>>244,245
なるほど。だったら尚更わけわからんなあ

いろいろ勝手にIPv6で閉じたネットワーク作りましたからの、準拠するようにしましたしてますの一環かなあ。
なんかどっかでIPv6は/56(だったか/64目一杯ではない)で払い出すべき的な文書があったような気がしないでも無い。気のせいじゃなかったら8もあるのもわかるし、後々には/64で払い出すなんてケチくっさいのも改善されるかなと期待したりしなかったりw

250 anonymous@fusianasan 2018/08/23(木) 04:16:46
>>248
>ブリッジはネットワーク的にはどっちかというと不細工
Proxyが必要というか、上下があるようなとことというか、そんなのはね。ブリッジの方が綺麗なのは当然ある
てか、単にLinuxのソコの部分がイマイチでやってることが不細工だからかもしれないw

251 anonymous@fusianasan 2018/08/23(木) 05:42:56
>>249
元々はRFC3177に従って/48で払い出していた。
現在は上書きされていてそのような定義はなくなっていて、フレッツも/48から/56に変更されたのが今の状態。

>>245
DHCPv6-PD自体はRFC3633

>>247
HGWが/48や/56で受け取ったプレフィクスを/64に分割して再配布しているだけでは?

252 anonymous@fusianasan 2018/08/23(木) 05:55:31
>>251
>元々はRFC3177に従って/48で払い出していた
ふむ。どっちやねんって感じw
そっちが正しくての方が縮小縮小でわかりやすくはあるね

253 anonymous@fusianasan 2018/08/24(金) 03:14:00
>>251
まぁ、PD使わない場合のCEのルーティングテーブルの面倒を考えたら、RAをProxyしてお茶濁した方が色々と楽だわな。

254 anonymous@fusianasan 2018/08/24(金) 09:46:16
イミフ

255 anonymous 2018/08/24(金) 09:56:28
最近、覚えたての専門用語を使ってみたいだけの学生さんがうざい。

256 anonymous 2018/08/24(金) 23:07:44
そもそもIPv6アドレス表記も大文字小文字で揉めたあげくいまは小文字だしな

257 anonymous@fusianasan 2018/08/25(土) 13:46:38
情報系の学校の講義内容にも盛り込まれてきたかな。
昔は単にアドレス数が増えるやら表記方法しか言われなかった。
学校側のイントラも対応してくれるんだろうか。

258 anonymous 2018/08/25(土) 16:25:13
ActiveDirectoryで完全に対応させてる企業ってあるのかな?

259 anonymous@fusianasan 2018/08/30(木) 19:57:34
今日ハブが届くのでLinuxでDS Liteやってみます、楽しみ。とりあえずノートpcを無線ルーター化して慣れたらapuで何か買って本格稼働させるんだ

260 anonymous 2018/09/02(日) 11:43:56
WEP対応とかいまDS LiteでWi-Fi使おうとすると面倒そうだよな

261 anonymous@fusianasan 2018/09/02(日) 16:07:00
そうでもない、未だにWEPが使えるルーターは出てるから。
AtermだとDS-Liteが使えてWEPも使えるからDS LiteでDS-Liteを使える。
だが乗った俺が言うのも何だが、そろそろNintendoの話は一瞬「何言ってんだこいつ」と悩んでしまうから避けた方がいい。

262 anonymous@fusianasan 2018/09/02(日) 23:06:34
ネーミングなんとかならなかったのかね

263 anonymous@fusianasan 2018/09/03(月) 03:36:36
アップルが日本でiPhoneを売り出そうとしたときのこと、
日本では「アイホン」が先に商標登録されていて、
東大阪の鎌田信号機に断りに行った、というのは有名な話
逆に「National」が米国で商標登録されていたので、
松下電器はグローバルブランドをパナソニックに変更せざるを得なかった、
というのもまた有名な話

264 anonymous 2018/09/03(月) 21:57:50
アイフォーンなんてアイホン側からの要請でもないだろうにしつこく商標の理由書いてあるしな。

265 anonymous@fusianasan 2018/09/04(火) 01:06:44
しつこく書いているのは契約上そうなってるって普通は読むけどな。学生かニート?

266 anonymous@fusianasan 2018/09/04(火) 01:20:16
https://system.jpaa.or.jp/patents_files_old/200402/jpaapatent200402_037-056.pdf
5.許諾商標の使用
だいたいこういうものだよ(商標ライセンス)契約というのは

267 anonymous@fusianasan 2018/09/04(火) 09:00:48
法律は誤解が無くなるようにめちゃくちゃ長ったらしい文章になるが、
これってAI向けなんじゃなかろうか。
誤解のない厳密な文章だからフレーム問題も少なそう。

268 anonymous@fusianasan 2018/09/04(火) 14:29:10
アイホーン

269 anonymous@fusianasan 2018/10/03(水) 05:25:51
>アメリカの議会が、中国の大手通信機器メーカー、ファーウェイ・テクノロジーズ(華為技術)を名指ししてスパイ疑惑を追及する報告書を公表

>ファーウェイについて、日本でもソフトバンクの孫正義社長が、昨年、あるメディアのインタビューで絶賛
>ソフトバンクやイー・アクセスでは中継基地局などにファーウェイ社製品が導入されている。
https://www.news-postseven.com/archives/20121025_150864.html

日本の政治家から情報流出しまくるような事があると、戦争起きた時に確実に負けます、自衛官には命に関わる大問題、

中国企業は中国共産党の命令で何時でもスパイと化す。 議員たちに反日国製品や反日国アプリが使用された通信網を公的機関で使うなと不買い運動するように抗議しておくべきです

270 anonymous@fusianasan 2018/10/07(日) 09:40:45
5chの対応はやるのかな。

271 anonymous@fusianasan 2018/10/07(日) 15:46:57
つかってるインフラでIPv6対応には別に金がやっぱりかかるのかな?かかるのならしなさそうw

272 anonymous@fusianasan 2018/10/08(月) 13:01:55
5ch になった当初は IPv6 でもアクセスできてたので、インフラ都合ではないのでは。
読むのはできても書き込みができない状態だったから、ID とかワッチョイとかが IPv6 非対応なのかも。

273 anonymous@fusianasan 2018/10/18(木) 17:15:01
なんだよネームって
VPNの為に有料契約かよ

274 anonymous@fusianasan 2018/10/19(金) 15:09:18
 私たち日本人の、日本国憲法を改正しましょう。
総ム省の、『憲法改正國民投票法』、でググって
みてください。拡散も含め、お願い致します。

275 anonymous@fusianasan 2018/10/29(月) 22:29:52
IPv6で接続したいのですが、色々調べてみたのですがどうすればよいのかわかりません。

今現在、Plala(ドコモ光)でマンションタイプ1(下りMax100M)で契約しています。
モデムはNTT東日本から送られてきた 「VH-100<3>E<N>」 です。
無線ルーターは 「WRC-733FEBK-A」 です。
この無線ルーターには 「IPv6 ブリッジを有効にする」 という項目がありますが、これを有効にするとネットに繋がらなくなってしまいます。

まずどこから手を付ければよいのでしょうか?

276 anonymous 2018/10/30(火) 02:09:57
>>275
まず手を付けるべきは、ぷららのサポートへの相談
https://www.plala.or.jp/ipv6/
レスからするとv6エクスプレスの開通確認してないし
そもそも上記ページの内容理解してない(あるいは全く見てない)
という気がする

277 anonymous@fusianasan 2018/10/30(火) 13:24:14
>>275
あとココより下のどちらかの方がレスつくと思うよ

NTT東日本・フレッツ光総合スレ★38  
https://livejupiter.org/cache/view/isp/1534534329

【docomo】 ドコモ光総合スレ 17セット目
https://livejupiter.org/cache/view/isp/1535275665

278 anonymous@fusianasan 2018/10/30(火) 22:02:39
>>276
ありがとうございます。
v6エクスプレスの手続きしてきました。今現在はPlalaにて手続き中のステータスです。
多分数日中に開通完了のメールが来るはずです。

>>277
ありがとうございます。

279 anonymous@fusianasan 2018/10/31(水) 03:08:56
初見
回線もプロバイダも共にIPv6サービスを契約済みなのにIPv6通信でネットに繋がっていないっぽい
(IPv6通信されてるかどうかをチェックしてくれるサイトに繋げても「IPv6でこのサイトは見ていません」と表示される。)
んですが、どうしたらIPv6での通信がスタートするんですか?

280 anonymous@fusianasan 2018/10/31(水) 03:15:40
自己解決しました

281 anonymous@fusianasan 2018/10/31(水) 07:41:39
>>276
v6エクスプレスが開通済みになって
https://www.plala.or.jp/
でIP6vで接続しているのが確認できました。
ありがとうございました。

282 anonymous@fusianasan 2018/11/01(木) 02:42:42
  ●●●ケネディ大統領が暗殺され▲た唯一の理由は、イ▲スラエルの核保有に反対した為である●●●▲
  http://jbbs.livedo▲or.jp/bbs/read.cgi/study/3729/1226114724/53

  この掲示板(万有サロン)に優秀な書き込みをして、総額148万円の賞金をゲットしよう!(*^^)v
  http▲://jbbs.livedoor.jp/study/3729/ →リンクが不良なら、検索窓に入れる!

283 anonymous@fusianasan 2018/11/10(土) 19:10:53

284 anonymous@fusianasan 2018/12/02(日) 09:56:24
公衆無線LANの対応について来年から動くみたい。
にしても公園でもwifi使えるようになんてあまりにも図々しい気がする。
次の5Gが普及したら無用と化しそうな気がするけど。

285 anonymous@fusianasan 2018/12/02(日) 22:59:47
携帯電話キャリア潰しにきたか
ってここIPv6スレじゃねえか

286 anonymous@fusianasan 2018/12/03(月) 00:52:24
公衆無線LANがIPv6対応とかの話かと思った
http://www.soumu.go.jp/menu_news/s-news/01ryutsu06_02000181.html
http://www.pref.saitama.lg.jp/a1105/saisutawifi.html
などなどのことか。利権というか工事する事業者への利益誘導臭がぷんぷん。設計だけで1200万とはwwさぞかしすんごい公衆無線LANになることでしょう

287 anonymous@fusianasan 2018/12/03(月) 01:00:40
見たこともーないー

288 anonymous@fusianasan 2018/12/06(木) 11:01:53
素人質問ですみません。

ブラウザであるサイトを見ているとき、それに ipv4 か ipv6 のどちらで接続しているかを知る方法はありますか?

IPv6テストみたいなそれ用のサイトではなくて、一般のサイトです。

289 anonymous@fusianasan 2018/12/06(木) 12:32:52
chrome 拡張にIPvFooと言うのがあるのでそれで

290 288 2018/12/06(木) 13:20:11
>>289
ありがとうございます。
Firefoxにも同名の拡張機能があったので、試してみました。
これはわかりやすくていいですね。大きい6と肩に乗る6はどういう意味なんだろう?

実は、別の場所にいる私ではない別の人に某サイトを見てもらって、v6になっているかを確認したい(途中に壁があるかもしれない)のですが、
拡張機能を入れてもらえるか、それ以前に FirefoxかChromeを使っているか、がネックです。

291 anonymous@fusianasan 2018/12/06(木) 14:37:43
>大きい6と肩に乗る6はどういう意味
大きいのはメインコンテンツサイト=見たいサイト、小さいのはメインコンテンツ(など)がロードしている諸々の外部サイト。クリックしてみ

https://test-ipv6.com/index.html.ja_JP
で、(全て)パスしているのならその某サイトもIPv6でアクセスできているだろう
その某サイトが自分の管理下でサーバーの設定周りでうまくできているかどうか不安とかなら、ログを見るか、アクセスしてきたIPアドレスがIPv4かIPv6でなんか出す(IPv4/IPv6の小さな画像でも)のを仕込めばいいんじゃないの

292 anonymous@fusianasan 2018/12/06(木) 17:42:12
亀が動くページは無くなったのかい。

293 anonymous 2018/12/06(木) 18:00:23

294 anonymous@fusianasan 2018/12/06(木) 19:30:10
>>292
あるよ。>>293でもいいけどw

295 anonymous 2018/12/09(日) 10:24:43
亀のとこもさぁ、パソコン以外にも標準搭載されだしてきたからデファクトスタンダードになるような情報出してくるんだろうな
って思ったら解散だもんな。
標準コードを実装するだけが目的じゃなかったはずなんだが

296 anonymous@fusianasan 2018/12/10(月) 20:50:48
フレッツ光提供エリアでISDNの新規受付が終了したね。
一般家庭向けでは「まだやっているの?」とか言われそうなサービスだけど
企業では様々な場所で現役。
代替はどうするんだろう。

297 anonymous 2018/12/10(月) 23:13:35
>>296
驚かすなよ!!!!
フレッツ・アイ(現フレッツISDN)だけじゃねえか

ISDN電話自体は残るよ。クレカ端末とかはいまガンバッテ入れ換えてる

298 anonymous@fusianasan 2018/12/10(月) 23:19:29
>>296
一般家庭も企業もメタルIP電話化。
INSのディジタル通信モードは、全く同一の品質ではないがメタルIP電話上のデータ通信で補完。

299 anonymous@fusianasan 2018/12/10(月) 23:48:04
何スレなんだよw
別にいいけどさw

300 anonymous 2018/12/11(火) 22:12:07
ATM時代の幕開け

301 anonymous@fusianasan 2018/12/17(月) 10:38:21
自分のブックマーク57件の内でIPv6のホームページはASUSとGoogledの2件だけだった
まだまだだな

302 anonymous@fusianasan 2018/12/17(月) 11:21:11
ブックマークからアクセスする事減ったなぁ

303 anonymous@fusianasan 2018/12/20(木) 13:28:35
tullysのフリーwifiがIpv6なのには驚いた。

304 anonymous@fusianasan 2018/12/20(木) 14:24:49
フリーWifiに飛んでるRAはステートフルなのか。SLAACなのか…
androidがステートフル対応してないし、キャプティブポータルの設定とかどうなってるんだ…

305 anonymous@fusianasan 2019/01/06(日) 06:57:29
2025年までにIPv4に頼らない基盤をとか言い出したな。
社内イントラまで全部IPv6になってもセキュリティ面で大丈夫なんだろうか。

306 anonymous 2019/01/06(日) 08:38:09
トンネル技術をもっと早く普及させとけばよかったんだよ。
IPv6とIPv4の変換はできませんとかぬかしてたせいだ

307 anonymous@fusianasan 2019/01/06(日) 15:30:46
>>305
>社内イントラまで全部IPv6になってもセキュリティ面で
マスカレードだからセキュリティ的に安心、マスカレードじゃないからセキュリティ的に不安っていう?
別にIPv6もマスカレードできるんやで。そういうアレなとこはそうすればええやん
社内イントラにULAだけを手動でなりRAで通知、ルータでULAをマスカレードしてWANへってやれば同じだろう

308 anonymous@fusianasan 2019/01/06(日) 15:39:12
>>306
言えてるな。てかIPv4危機をある意味煽ってるくせにIPv6は別料金だったりで、IPv6をどれだけ本気で普及させたいのか疑わしかったからな
IPv6はここ二年ほどじゃね、本気で移行するときが来たなという実感は。ISPの対応、サーバ側の対応も増えてきたのも

トンネル技術も、回線終端装置問題が出てきて&IPv6が一般的に使える(特に特別な料金も機材も必要なく)ようになったからという面からにすぎなく、IPv6移行のためでもなんでもないからな
言うような姿勢は全くなかったのだろう

309 anonymous 2019/01/06(日) 20:49:29
>>307
やってくれ

310 anonymous@fusianasan 2019/01/07(月) 01:51:23
>>309
まかせろ

311 anonymous@fusianasan 2019/01/14(月) 18:51:18
ユニークローカルアドレスまたはインターフェースIDだけでも自由に設定できる
DHCPv6機能があって外部とはNATで接続できるなら
IPv4と同じ感覚で使えるけどそれができる家庭用ルーターはあるんだろうか

312 anonymous@fusianasan 2019/01/15(火) 00:11:44
>>311
DHCPv6サーバもNAT66も家庭用では相当ニッチな需要だと思います。

RAのPrefix変わるとフィルタ定義変更するの面倒ってのは理解するけど。そう言うことでしょ?

313 anonymous@fusianasan 2019/01/15(火) 01:20:52
よほど特殊もしくは凝ったフィルタにしたいとかなければ、Prefix(IPアドレス)ではなくインターフェースでいいだろう

マスカレードNAPT信奉者はそれなりに居るようなので、ニッチ相当ニッチとは言うのはどうかな。やりゃ&ちょっと理解すればフィルタでも同じなんだけどな

314 anonymous@fusianasan 2019/01/15(火) 01:40:56
マスカレードNAPTなんて必要ない論外wで、あくまでもGUA前提でのか&ファイアウォールに穴を開ける場合とかかな、Prefix変わるとフィルタ定義変更は。それは確かに
そういえば、UPnPのようなの(というか単にノードからファイアウォールに穴を開ける機能仕様)はあるのかないのか、ないっぽいんだけどどうすんだろ。これもそのうちにか

315 anonymous@fusianasan 2019/01/15(火) 03:03:18
>>313
俺が知らないだけだと思うから教えて欲しいんだけど
インターフェースIDでフィルタリングできる製品って何がある?

>>314
UPnPでホールパンチできたら楽ではあるけどねー
悪用されてる現状を見ると実装されても俺は無効化しちゃうかなぁ

316 anonymous@fusianasan 2019/01/15(火) 04:46:05
>>315
基本的に廉価版でもできるはずなんだけど(パケットフィルタする上では当然どこのインターフェースから来てだすというのあるので)、UIであるのはあるしないのはないね
安い業務用高い家庭用的なYamahaとかでは、インターフェースにフィルタを適用するって方法じゃね?IPアドレスは特に指定しない(全てのIPアドレス指す)フィルタをインターフェースに適用すればできるようだけど

悪用されている現状ってよくわからんなあw temporary address なんてあるんだから&それを使おうという雰囲気なので、よりUPnPのようなのは必要だと思うんだけどなあ

317 anonymous 2019/01/15(火) 11:02:53
マスカレードNAPT信奉者はIPv4使ってればいいのに。
何のためのデュアルスタックなんだよw
マスカレードNAPT信奉者ってごみクズしかいないんだな。

318 anonymous@fusianasan 2019/01/15(火) 13:33:46
>>316
>>311でIPv6アドレスのインターフェースID(下位64bit)の話をしていたので、
それに合わせてインターフェースIDでフィルタリングできる製品は有るのか?
という疑問だったのだが、論理IF単位での話で返されるとは思わなかった。

あとUPnPの脆弱性について疑問を持たないならセキュリティ喋るの辞めた方がいいよ。
ググってどうぞ

319 a 2019/01/15(火) 14:21:29
EUI64のIFIDでフィルタねぇ
それってL3でやる必要あるん?

320 anonymous@fusianasan 2019/01/15(火) 14:58:50
>>318
ああ、そっちのインターフェースIDか。すまん
俺としては、逆に、>>313で言っていることからIPv6の話にするとは思わなかったんだがな。そもそもの話しからは

UPnPのは知ってるよ。それは論理的な話だろ?現実的にな知らんだよ。必要ない、そんな現実に危ないの居るんだったらあなたには必要ない止めるべきなんだろう。俺んとこは違うから
なんだかなあ、最初から人の話からズレて、自分が知ってるって話しという独特だね、キミは

321 anonymous@fusianasan 2019/01/15(火) 15:01:35
>>320
誤 IPv6の話
正 IPv6アドレスの話
しつれい。IPv6の話IPv6パケットフィルタリングの話はしてる

322 anonymous@fusianasan 2019/01/15(火) 15:18:15
>>319
Prefixがインフラ側の都合で勝手に変わることがある、だがIFIDは自分らで固定することができるので。また、Prefixは勝手に降ってくる割り当てられるから、フィルタでIFIDだけ指定できれば、Prefixが変わってもフィルタ定義に影響を受けないってことだろう
ルーター(L3)のパケットフィルタで

323 anonymous@fusianasan 2019/01/23(水) 02:09:37
IPv6やIPv4 over IPv6(v6プラス)が出現した背景

インターネットの基礎技術であるIPv4は43億個(2の32乗=32ビット)しかIPアドレスを割り当てることができない仕様である。
だがしかしIPv4が採用された1981年当時は、限られた人間だけしか接続できなかったから問題は無かった。
コンピューターの世界において1981年は神話レベルに旧い大昔の時代である。
だがしかし、1989年に初の商用ISPが誕生。1991年にWWWの誕生によってインターネットが「コンピューター通信技術の"事実上の標準"」として急速に普及した
1990年代始めの頃から既に「このままの勢いで利用者が増えるとIPアドレス枯渇は時間の問題」と関係者の間で言われ始めた。

そのため1992年から開発が始まって、1995年に標準化されたのがIPv6になる

ところがIPv4に依存した仕様の機器やWebサイトにサービスがあまりにも多く、IPv6にはIPv4との互換性が無かったのが致命傷になり、
世界中が一気にIPv6へと移行するのは非現実的になった
そのため、IPv4だけが時代から置き去りにされたまま2010年代を迎えてしまい、IPv4枯渇が深刻な事態へと発展。
一時しのぎのためIPv4グローバルアドレスの利用効率化・細分化が行わたため、インターネットに流れるルーティング情報が激増。
その結果基幹ルーターにかかる負荷増大に直結した。
現在、サーバーや基幹ルーターを管理する業者の負担は加速度的に増加する一方になった。

既にIPアドレス枯渇が深刻な事態になっているアメリカでは、IPv4グローバルアドレスの金銭での売買がひとつのビジネスとして成り立っている。
https://jp.wsj.com/articles/SB12387842356326593464804580641902896779416
https://jp.wsj.com/articles/SB12387842356326593464804580638162198507200

・・・そこで開発されたのが「IPv6移行技術」

MAP-E, DS-Lite, 4rd/SAMが有名だが6rd、6to4、NAT64/DNS64、464XLATもある。だが、全て「IPv6移行技術」
カラクリとしてはIPv6に何らかの方法でトンネルを作って、IPv4アドレスを複数のエンドユーザーが共有するという仕組み
通信事業者からすればコスト的には二重投資になるため無駄が多いが、IPv6を普及させるための止むを得ない策である。

将来的にはIPv4を「レガシー通信規格」として終息させるのが狙い

324 anonymous@fusianasan 2019/01/24(木) 20:39:44
IPアドレスの枯渇からインターネットを救う救世主として 1995 年 12 月に登場した IPv6 でしたが、その実装は遅れました。

当時圧倒的なシェアを誇っていた Microsoft Windows はWindows 3.1 までは NetBIOS しかサポートしておらず、
TCP/IP 網=インターネットに接続するためにはサードパーティー製のTCP/IP プロトコルスタックを購入してインストールする必要がありました。
そしてWindows95 でやっとのことでTCP/IP(IPv4) を標準実装したばかりだったのです。
WindowsにIPv6が機能制限付きのオプションとして実装されるのは2001年のWindows XP、
フルで使えるIPv6 が標準実装されるのは2006年のWindows Vistaまで待つしかないと大きく遅れました。

IPv6の普及が滞った最大の原因は、Microsoftの怠慢にあったと言っても良い。

1995年にIPv6の仕様がリリースされてから製品に標準実装するまで10年以上もかかったというのは、
MicrosoftにはIPv6を真面目に推進する気が全く無く、IPv4枯渇問題は「大して重大な問題ではない」と過小評価していたからとしか思えません。
Windowsが対応しないものだからISPも周辺機器メーカーも右にならえの格好でIPv6対応を見送り、1995年からの10年間を何も対策せず時間を浪費してしまいました。

この「失われた 10 年」は IPv6 にとって致命的でした。

この10年の間に「ブロードバンド」が普及し、家庭内にルーターやイーサネット、Wi-Fi が入ってきました。それらには全て IP アドレスが付いています。
こういう事態になる事は最初から想定されていて、そうなったらIPv4では足りないということで開発されたのがIPv6だったのに、
実際に「そうなった」ときに肝心のIPv6は普及せず、結局普及したのは“一時しのぎ”のはずのIPv4のNAT/NAPTが「事実上の標準」になってしまったのです。

2019年現在取れる方法は 有無を言わさず問答無用でIPv6に切り替えるか・・・

それともIETFのセンセイたちが「ばかじゃね~の??」「おまえアホか!!」「これは問題がでるぞ、どうなっても知らんぞ!!」と真っ赤になって激怒しそうな方法・・・・
大規模NAT、キャリアグレードNATという、NAT機能を基幹ルーターにぶち込んでISP側でNATを行い、エンドユーザーにはプライベートIPアドレスを提供するという方法しかありません

325 anonymous 2019/01/26(土) 19:18:07
IPv6の普及なんて、v4トンネル技術がトロかったからだろ。
v4とは違う!!とか言ってたから

326 anonymous@fusianasan 2019/01/26(土) 20:05:31
IPv6の普及なんて本気でやる気があったならとっくに普及しているよ
本気でやる気がなかっただけだな。主にISPが。ISPは当然そのための出費が伴うので当然のなりゆきだろうけど
つい2・3年前(だかつい最近)に急にやる気になったのがいまいちわからんな。VNEがISP側としても投資にみあうナニかがあるからかな。IPv4 over IPv6 なんてそれに付随したものでしかないな、網終端装置問題と伴っての

327 anonymous 2019/01/26(土) 20:29:00
>>326
コストの問題
https://www.nic.ad.jp/ja/ip/member/fee-table-2012.html
元々純粋なアドレス自体の維持費はIPv6の方が全然安いんだけど
v6NW構築費用、移行費用、デバイスのIPv6対応状況等々含めて
実際に移行した方がコスト削減につながる、となったのはこの数年のこと
結局世の中お金で動くのよ

328 anonymous@fusianasan 2019/01/26(土) 20:42:32
>>327
うーん、見方がよくわからん。「実際に移行した方がコスト削減につながる、となったのはこの数年のこと」というのはなんとなくわかるが、提示されたのがその根拠というならば、ちょっとわからんな
確かに
IPv4
/22 クラスC4個 1,024 91,260円(うち消費税6,760円)
IPv6
/32 16,777,216 91,260円(うち消費税6,760円
は、めーーーーーーーーっちゃ違うやん、というのはわかるが、別にIPv4止めてIPv6に切り替えたわけじゃないからねえ

いちゃもんじゃなくw、単にわからんってことね

329 anonymous 2019/01/26(土) 21:02:32
>>328
当たり前だがいきなり全止めじゃないよ
各利用者にv4IP1個割り振ってたのをv4overv6のCGNATで4利用者で1個にすれば
必要なIPv4維持数は1/4になり料金表だけでいえばv4の維持費4割減になるでしょ
もちろんこれは単純な例え話で、他の色んな費用を考えなきゃならんけど、そういうのを
トータルで計算して移行していった方がコスト削減になる、と見えてきたのが最近てこと

330 anonymous@fusianasan 2019/01/26(土) 21:20:06
>>329
いや、言いたいことはわかってるけど、それが「実際に移行した方がコスト削減につながる、となったのはこの数年のこと」ってのは、ん?っていう
どこまでIPv4を併用しなきゃならない/切れるのが「いつ」かISPが見据えているわけでもないようなので、今はIPv4も(ずっと)併用でだろうなという。俺んとこのISPはまだ IPv4 over IPv6 すらしてないしw、だがIPv6はしっかりとwやってる。ISPの人なの?

まあ、別に最初から言っているんだけど、お金の問題ってのには別に異論があるわけではないので

331 anonymous@fusianasan 2019/01/27(日) 01:48:50
カプセル化できるルータのレンタル、販売
実際にそのサービスに移動してくれる顧客の有無
こんなとこじゃね?
強制は難しいからな
NTTのPPPに追い詰められるのを待っていたと

332 anonymous 2019/01/27(日) 04:10:02
>>330
そりゃネットワーク事業者も規模や業態マチマチなんだから、ある時一斉にどんな会社だろうとv6移行でコスト削減、なんて話にはならないよ
それに一つの事業者で見ても移行てのはスパッと切り替えるんじゃない、じわじわ変わるもの
だから当然10年後もv4は残ってる可能性高いと思うよ、その頃インターネットトラフィックの何%なのかは判らないが
そうやってじわじわ変わって利用者がある限界以下になったらようやく強制移行で終了になる、ポケベルが1500契約で今年終了するように

333 anonymous@fusianasan 2019/01/27(日) 07:14:30
最近になって急に動きが出たということがなんだけど。ある意味一斉にとも言える、いますぐにもIPv4の枯渇危機でIPv6へ言いはじめて何年たってるねんから見れば
いますぐにもIPv4の枯渇危機でIPv6へ言いはじめた、直後とは言わんが数年後にその動きがあれば今頃とっくに普及してるだろうという話の中でのね
なんかズレてるなあ、なにが悪いんだろw

334 anonymous@fusianasan 2019/01/27(日) 07:50:52

フレッツ網:IPv6基盤であるが完全に閉じたネットワーク(?)
2008
NGN提供開始
2009
(決定、提供開始は2010?ISPは2011とかあるから2011かな)
ISPへのNGNのIPv6接続サービス始めることになる(トンネル方式もしくはネイティブ方式)
VNE事業者も開始(~3社?)
2014
VNE事業者が3社から16社に拡大

やっぱり、VNE事業者の拡大によってかなあ、本格的に普及し始めるたと見えるのは。それがなんでかはわからんが(それまで3社限定だったとか。まあ金かw)

2009のNGNのIPv6接続サービスの決定の、
https://sgforum.impress.co.jp/article/1191
これを見ると、なんか右往左往している感じだなw今はもうネイティブ方式一択になったようなもんだけど、2009の時点でこれっていろいろ技術的にも手探りっぽいな、だったら普及としては今の状態が遅いわけでもないと言えるか

335 anonymous@fusianasan 2019/01/27(日) 07:59:02
ああ、VNE事業者3社限定の理由が NGNのIPv6接続サービスの決定 の中に書いてあった。NTTの機器がか。まあ、金&技術的にか

336 anonymous 2019/01/27(日) 09:17:46
フレッツ網とインターネットをシームレスにつなぐ設計にしてあったらもっと早く普及したんだろうけど、
セキュリティ的に大変なことになりそう。

337 anonymous 2019/01/27(日) 09:20:39
フレッツ以外に携帯電話もあるしサーバー側の話もあるし何をもってv6普及というかもあるな
手元の固定や携帯見ても、アドレスが割り振られてるという意味ではIPv6化完了してるけど、実際のトラフィックの大半はまだIPv4(v4overv6)通信だし
サーバー側とある程度歩調が合わないとIPv6配られただけ、になっちゃう

338 anonymous@fusianasan 2019/01/27(日) 10:00:36
現在のようにクライアント側がほぼ無料で配られるぐらいならそっちが先かな、ある意味今が望ましい状態?
サーバ側が準備してもアクセスしてこないなら vs クライアント側が準備してもアクセスする先がないならで、にっちもさっちもだが、
今の状態はクライアント側が準備してアクセスする先がある分についてはアクセスできるからで進んでいる&アクセスしてくるできるクライアントがそれなりにあるなら、サーバ側も準備しよう的な

339 anonymous 2019/01/27(日) 12:33:49
SLAACってなんだよ!
しらねえよそんな言葉

340 anonymous@fusianasan 2019/01/28(月) 04:21:13
>>326
原因ははっきりしている。コストが原因「IPv6移行技術」が複数あるのは「どれが一番安上がりにIPv6へ移行できるか??」という話になる


まず、新たにIPv6のための通信インフラを構築し、それを運用するための人材育成に大きな投資が必要になります。また、現時点ではIPv4に比べIPv6のネットワーク機器の費用対効果は悪い。
さらにIPv6のアドレス長はIPv4よりも長くなっており(32ビット→128ビット)、パケットのヘッダサイズも最大パケット長も大きいため、IPv4よりもパケット処理に負荷が掛かります。
IPv6対応機器の費用対効果向上のためには、今後、零細ISPでも導入できるレベルにまでコスト削減が進むことが求められます。

ただし、より高性能な製品へのアップグレードや、耐用年数などに伴う定期的なリプレース、新技術を身に付けるための人材育成などの投資は日本に限らず世界各地の通信事業者では常に行われていることです。
従って、これらの投資は、そのタイミングや期間の設定により、ある程度解決できる問題でしょう。

だがしかし通信事業者にとって一番頭が痛い問題になるのは、IPv4とIPv6の2つの設備(IPv4/IPv6デュアルスタック)を構築した場合、二重投資になり高コストになってしまうことです。

この課題に対する回答は、IPv4を全廃してしまうことです。例えば顧客に提供するのはIPv6アドレスだけといった方式が、新興国の携帯電話事業者では実際に採用されています。
ただし、IPv4とIPv6の間には互換性が無い。IPv6のインターネットはまだまだ小さく、インターネット上のコンテンツやサービスの多くはIPv4で提供されています。
従って、IPv6接続だけでは今のインターネット上の一部しか利用できないことになります。
そこで、IPv6接続しか持たない環境からIPv4インターネットに接続するための技術の1つとして、「IPv6移行技術」が必要になる

ちなみに、以下の国は日本よりIPv6が普及している
ベルギー  54.65%、ドイツ  41.36%、ギリシャ  37.6%
インド  34.77%、マレーシア 33.97%、ウルグアイ  32.42%

日本  28.16%
https://www.google.com/intl/ja/ipv6/statistics.html?fbclid=IwAR3mJvmVi5RRry2Vz3agseCi43Z4mc4tDiBa2qnB2oMn3cgEX16824BWUUo#tab=per-country-ipv6-adoption

理由は簡単。IPv6を使うほかないため。

341 anonymous@fusianasan 2019/01/28(月) 04:52:43
なげえ。読む気しない、押しが強い長いのは

342 anonymous@fusianasan 2019/01/28(月) 08:39:23
さすがIPv6スレだな
長文が多いのはw

343 anonymous@fusianasan 2019/01/28(月) 16:49:13
スレタイの末文が活きている感

344 anonymous@fusianasan 2019/01/28(月) 18:56:57
abemaTVが対応済か。
TverやらGyaoも早く対応してほしいな。

345 anonymous@fusianasan 2019/01/28(月) 22:30:36
FireTVが対応してないから、カジュアル層は結局IPv4接続だな
Chromecastはどうなんだっけ?

346 anonymous@fusianasan 2019/01/29(火) 17:37:50
既に「AbemaTV」の利用ユーザーの約3分の1が、IPv6でインターネット接続をしていることがアナウンスされている
AbemaTV見る層ってカジュアル層でないのに好まれているのか。カジュアル層の意味がわからんけど

347 anonymous@fusianasan 2019/01/29(火) 19:40:50
モバイルユーザーが多いからv4 のLAN環境とかじゃないからってのもあるのでは?

348 anonymous@fusianasan 2019/01/30(水) 01:35:21
いまはNGN仕様由来のフォールバックが起きないから、わざわざパソコンのIPv6を無効化してる人間は少ないんじゃないかな。

349 anonymous@fusianasan 2019/01/30(水) 02:56:40
NTTのIPv6オプションおよびISPにIPv6利用申し込みを行わなきゃ起こるんじゃないの。ひかり電話付きはどうだったかなあ
NTTのとISPのがオプションでなく自動でというのになるのももう一歩かな。今は勝手にやったら文句言い出すの多そうだしw

350 anonymous@fusianasan 2019/01/30(水) 03:43:12
光電話有りで話してたわ。
随分前にHGWの更新でIPv6アダプター機能がアドオンされたから、HGWの代理DNSでAAAAフィルターがされてフォールバックしなくなった。
光電話なしの場合はNGNのRAが垂れ流しになるんだっけか。
それだと古いタイプのルーターではIPv6パススルーするかどうかにかかってるな。

351 anonymous@fusianasan 2019/01/30(水) 03:44:50
うちのHGWは400番台だからそうなったけど、200番台300番台ではどうか知らん。

352 anonymous@fusianasan 2019/01/30(水) 05:01:35
>>348
いつ頃から改善されたんかね?

353 anonymous@fusianasan 2019/01/30(水) 07:51:48
>>348
フォールバックは起きる。
でも IPv6 IPoE でのインターネット接続を未契約だと、IPv6 インターネットへの TCP SYN に対して RST を返してくれてすぐにフォールバックされ、待たされないので気付きにくくなった。

>>349
ASAHIネット、BIGLOBE、OCN みたいな、自ら VNE もやってるようなところは新規契約者には自動だし、既存の契約者にも条件はあるものの自動。
それ以外の ISP でも自動のところは既にある。

>>350
HGW の AAAA フィルタ機能はデフォルトではオフ。わざわざオンにする人はそんなにいないのでは?

354 anonymous 2019/01/30(水) 10:19:56
>>353
OCNなんて対応遅かった覚えがあるけど。PPPoE IPv6は早かったが

355 anonymous@fusianasan 2019/01/30(水) 16:26:56
>>353
ああ、コラボは自動か(?)

356 anonymous@fusianasan 2019/02/03(日) 08:53:51
NTTばかりだけどauのIPv6はどうなんだ?

357 anonymous@fusianasan 2019/02/03(日) 10:51:10
とっくに済んます?

358 anonymous 2019/02/03(日) 14:12:38
>>356
auはプロバイダ一体だから全ユーザー強制移行済
http://v6pc.jp/jp/spread/ipv6spread_03.phtml
それでも携帯網と合わせたKDDIとしてのgoogleへのIPv6接続率は44%
スマホ含めて5割以上のデバイスはIPv6未対応てことだね

359 anonymous@fusianasan 2019/02/04(月) 20:08:44
IPv6完全対応のWebサイト

以下のwebサイトはIPv6完全対応です。
そのため>>1のサービス使ったらサックサク。
動きもキレッキレになります。

【動画サイト】
www.youtube.com、www.netflix.com、www.xhamster.com、www.hclips.com www.hikaritv.net watch.dazn.com
【検索サイト・Web百科事典】
www.google.com、www.google.co.jp、www.wikipedia.org、www.wiktionary.org、www.yahoo.com、www.wikimedia.org、www.aol.jp
【SNS・ブログ】
www.facebook.com、www.instagram.com、www.blogspot.jp、www.whatsapp.com、www.blogger.com、www.flickr.com、www.telegram.org
【ゲーム】
www.playstation.com、granbluefantasy.jp、www.game8.jp、www.n4g.com、dan-ball.jp、
【メーカー・PC業界】
www.sony.co.jp、www.sony.jp、www.hitachi.co.jp、www.microsoft.com、www.apple.com、www.adobe.com、www.mozilla.org、www.mozilla.jp、www.oracle.com
www.netbsd.org、insecure.org、www.iab.org、
【政府・行政】
www.nta.go.jp、www.mhlw.go.jp、www.kantei.go.jp、www.kfs.go.jp、www.kantei.go.jp、www.soumu.go.jp、www.cas.go.jp、www.nih.gov、www.cwb.gov.tw
【ショッピング】
www.soundhouse.co.jp
【マスコミ】
www.huffingtonpost.jp、www.cnn.com、www.foxnews.com、www.wsj.com
【学校・教育】
www.keio.ac.jp、jaist.ac.jp、www.blackboard.com
【その他】
www.akb48.co.jp、www.tohotheater.jp、www.linkedin.com、www.dropbox.com、www.xfinity.com、www.rottentomatoes.com、www.cinequest.org
www.usps.com、www.smbc-card.com、www.healthylives.tw、www.591.com.tw、www.everydayhealth.com.tw、bitflyer.com、omocoro.jp

・・・とはいえ、今のインターネット情勢でいうと、まだまだIPv6対応Webサイトはまだまだ少数派。
たとえば、FC2動画もHuluもIPv6非対応。ネットショッピングは特にひどい。楽天もamazon.comも非対応。

360 anonymous@fusianasan 2019/02/04(月) 20:10:17
uqのwimaxやら古いサービスもあるしワイヤレスゲードだの業者によっては非対応なのもある。
にしても携帯の既存のユーザーは移行が進んでいるんだろうか。

361 anonymous@fusianasan 2019/02/04(月) 20:57:28
>>359
「webサイトはIPv6完全対応」というのはどういう基準で?
たとえば http://www.playstation.com/ に行くと http://www.jp.playstation.com/ にリダイレクトされるが、
www.jp.playstation.com には AAAA レコードがないので IPv6 では何も見えない。
http://jaist.ac.jp/index.html は www.jaist.ac.jp にあるスタイルシートやスクリプトを読み込むようになっているが、www.jaist.ac.jp には AAAA レコードがなく、IPv6 のみだと素っ気ないページになる。

>>1のサービス使ったらサックサク」というのはどのサービス?
>>1 の中には 6to4 とか Freenet6 とかもあるんだが…

362 anonymous@fusianasan 2019/02/04(月) 22:25:47
>>361
実は「IPv6アドレスがある」が判定基準

https://www.jp.playstation.com/のIPv6アドレスは
2a02:26f0:9400:1a6::100f

363 anonymous@fusianasan 2019/02/04(月) 22:41:16
>>361
NSLOOKUPでIPv6アドレスが出てくるぞ


canonical name dm4pjbo1uqsze.cloudfront.net.
aliases www.granbluefantasy.jp
addresses
2600:9000:201b:ca00:3:ef5:ce80:93a1
2600:9000:201b:c200:3:ef5:ce80:93a1
2600:9000:201b:9e00:3:ef5:ce80:93a1
2600:9000:201b:d800:3:ef5:ce80:93a1
2600:9000:201b:400:3:ef5:ce80:93a1
2600:9000:201b:c600:3:ef5:ce80:93a1
2600:9000:201b:5000:3:ef5:ce80:93a1
2600:9000:201b:f000:3:ef5:ce80:93a1

99.84.216.67
99.84.216.91
99.84.216.24
99.84.216.64

364 anonymous@fusianasan 2019/02/04(月) 22:53:01
てか、別にIPv6で接続したから速くなるってわけでもないだろ…
ISPのPPPoE認証サーバー通らないでIPv4 over IPv6で外に出れればIPv4サイトでもそんな変わんないでしょ

365 anonymous@fusianasan 2019/02/04(月) 23:53:05
>>363
IPv6 アドレスがあるというだけで、Web ページの表示に IPv4 が必要になるサイトのどこが「完全対応」なのか。

あと https://www.jp.playstation.com/ の IPv6 アドレスも違うだろう。
[2a02:26f0:9400:1a6::100f]:443 の証明書は、CN にも Certificate Subject Alt Name にも www.jp.playstation.com が入ってない。
仮にそのアドレスに繋がったとしたら証明書の検証でエラーになる。

366 anonymous@fusianasan 2019/02/05(火) 00:14:45
>>364
無駄がないv6直結の方が早いよ

サイト側もv4変換して、こっちもv4変換を意味なくしてたりとか
変換串がネックなんだから

空いてきたから、v4も直結の方が早くなってきてる気もする

367 anonymous@fusianasan 2019/02/05(火) 07:39:29
IPv6が早いとか言うのはIPoE接続の事じゃないかな。
ただLAN側にもグローバルアドレスとか色々怪しいイメージもあるけど。

368 anonymous@fusianasan 2019/02/05(火) 18:53:36
Windows のイーサネットのプロパティで、IPv4を無効にして使っている猛者はいませんかね?

369 anonymous@fusianasan 2019/02/05(火) 19:14:36
2回ほど挑戦した事はあるけれど、どうしてもIPv4でしか動作しないアプリがあって断念。
でもIPv4のデフォルトゲートウェイは空欄で運用してるよ。

370 anonymous@fusianasan 2019/02/05(火) 19:29:57
やっぱりIPv6だけだと厳しいのかー

371 anonymous@fusianasan 2019/02/06(水) 02:26:40
>>359
www.kantei.go.jpが2つあるから更新しといて

372 anonymous@fusianasan 2019/02/08(金) 20:30:31
先月末でNTT西のフレッツ光プレミアムがサービス終了していたんだな。
来年の今頃は東のBフレッツもか。

373 anonymous 2019/02/08(金) 21:31:06
東にいると、CTUとか聞き慣れない言葉が出てきて困る

374 anonymous@fusianasan 2019/02/08(金) 22:09:24
>>372
パンピーなBフレッツはNTTが勝手に告知なくスムースにネクストにしてしまったからな、とっくのとうに
Bフレッツじゃなきゃダメな未だにBフレッツなのはどういうのだろう。NTT自体もBフレッツは止める方針じゃなかったっけ。来年とか近くじゃないかもだが

375 anonymous@fusianasan 2019/02/08(金) 22:16:11
>>373
HGW ホームゲートウェイもたいがいだと思うけどねw

376 anonymous 2019/02/09(土) 15:00:43
>>374
ニューファミリー(いまでも維持出来てる人が存在するのかわからんが)とベーシックとビジネスだな

377 anonymous@fusianasan 2019/02/09(土) 19:20:10
>>376
なる。あれかな?ONUの交換が必要=工事費がかかるからかな?

378 anonymous@fusianasan 2019/02/09(土) 19:30:01
NTT東日本は~家庭向け「ニューファミリータイプ」は2020年1月末、法人向け「ベーシックタイプ」「ビジネスタイプ」は21年1月末に終了する
だったのね。来年もう一年もない話だったのね。そういう話だったね>>372。すまん
オリンピック年越えてしばらくの後だったかなあと漠然と勘違いしてた。ISDNと混同してた

379 anonymous@fusianasan 2019/02/09(土) 21:36:54
>>369
窓の杜とか、Internet WatchでIPv6 onlyでのテストをして欲しいな。

2019年の時点で対応してないソフトやサイトを洗い出してほしいね。

380 anonymous@fusianasan 2019/02/19(火) 18:18:56
スマホの既存のユーザーの対応はまだまだかな。
とっくに対応機種の方が多い状態に見えるけど。

381 anonymous@fusianasan 2019/02/19(火) 20:01:18
固定回線でも「ギガ不足」におびえる時代が到来か、トラフィック急増により現場で起きている悲劇とは (1/2)
https://www.atmarkit.co.jp/ait/articles/1902/19/news013.html

382 anonymous@fusianasan 2019/02/20(水) 01:03:00
>>380
>既存のユーザーの対応
ってなにを言いたいのかイミフ
Wi-Fiならルーター、アクセスポイントがそうなっていれば、そうすれば
移動体通信なら、キャリアが及びMVNO事業者毎にそうなっていれば、そうすれば
すぐにでも今にでも

383 anonymous@fusianasan 2019/02/20(水) 01:53:42
>>381
ついにきたか
でもIPv6とは直接関係ないから
話は別のとこでしたほうがいいんだろうな

384 anonymous@fusianasan 2019/02/20(水) 07:27:20
>>382
LTE側がまだV4だもん。

385 anonymous 2019/02/20(水) 09:20:57
>>384
2017年夏頃から各社v6は提供済
https://www.nttdocomo.co.jp/service/spmode/function/ipv6/
https://www.kddi.com/ipv6/
auは「LTE NET 2017年9月より順次」となってるが、今はほぼどこでもv6払い出される
softbankも紹介ページが見当たらないがv6提供済み

SIMフリー端末とかデフォルトのAPN設定がv4のみのスマホは多いんで要手動設定

386 anonymous@fusianasan 2019/02/20(水) 18:35:04
>>381
IPv6化で問題を解消できるとか?

387 anonymous@fusianasan 2019/02/23(土) 19:47:54
>>386
対応していないサイトが多いから、ダメでは。

388 anonymous@fusianasan 2019/02/23(土) 21:18:19
ipv6だから速いのではなくPPPoEのネックとなるNTE装置を使わないIPoEだから速いんだよね?
でも数百MBの速度が出るのは今のうちだけで、利用者が増えればいずれ数MB程度になるんじゃないかな。
装置を増やすのはNTEよりはハードル低そうだけど

389 anonymous@fusianasan 2019/02/23(土) 22:13:05
NTE装置=ネットワーク終端装置装置

390 anonymous@fusianasan 2019/02/24(日) 15:43:46
古い集合住宅に住んでいますが思い切って回線品質改善を図りました。光ファイバーを自室引き込みに成功しタイミング良くipv6ネイティブVNE事業者でもあったことから飛躍的に改善
21時以降もupdownで500mbps切ることなくなった。配信済事業者ソフトを使えばポート解放もできるので移行前環境を全て確保。25000円キャッシュバックを考えると前環境と比べて月額料金・工事費・事務手数料すべてまかなえた
しかしこの1ヶ月いかに費用掛けずipv6に移行させるか半端なく勉強させてもらった

391 anonymous@fusianasan 2019/02/24(日) 18:39:27
>>387
だからサイト側も対応を進めるとかさ。
個人のユーザー側はもうほとんど対応済なんだし。

392 anonymous@fusianasan 2019/02/24(日) 23:55:50
IPv6に引き込むにはPPPを改善させてはならんということやろ
PPP快適になったらみんなIPv4に残りたがるからな
つまりもっとIPv4 PPPの動画サイト増やさないといかんわなw
スマホがようやく生IPv6に対応したばかりだというのにな
下火になり始めてからやるなよw

393 anonymous@fusianasan 2019/02/25(月) 01:15:47
>>392
基本的なことを理解できてないみたいで…

394 a 2019/02/25(月) 09:37:49
2chで変なこと書くとInteropやJANOGで刺される(比喩的な意味で)ような
リアルと直結してたあの頃。
書いている内容から匿名なんて役に立たないと言われた通技がこうも落ちぶれようとはw

395 anonymous@fusianasan 2019/02/28(木) 12:09:08
>>392
すげーいいこと考えた
アダルトサイトをipv6限定にすればいい
そうすればみんな移行する

396 anonymous@fusianasan 2019/02/28(木) 12:26:49
どうやって限定させると言うのだね

397 anonymous@fusianasan 2019/02/28(木) 13:11:55
ホスト側で簡単にできるだろと思ったが、インフラでか。やってやれないことはないがめんど臭いな

398 anonymous@fusianasan 2019/02/28(木) 18:39:24
まとめサイトもさっさとv6対応にすれば楽そうだけどな。

399 anonymous@fusianasan 2019/02/28(木) 20:47:54
DNSにv6のみ登録してv4登録しなかったらv4からのアクセスは出来ないの?

400 anonymous 2019/02/28(木) 21:42:19
¥¥2409-11-c160-1234-5678-90ab-cdef-0123.ipv6-literal.net¥share
とかを公開するスレとか作ればいいんじゃねw

401 anonymous@fusianasan 2019/03/01(金) 00:10:03
>>389
登録してないv4のアドレスをどう知るのか。直接IPアドレスでもなきゃアクセスはできない

402 anonymous@fusianasan 2019/03/01(金) 00:11:17
>>401
>>389
>>399

403 anonymous@fusianasan 2019/03/08(金) 08:46:59
>>390
ISPがIPV6に対応したからってIPoEが使えるようになるわけではないんだな
パケット数が固定になるからNTTのライト契約で基本料3000円で使い放題かなと思って裏技発見と思ったんだが
ISPの料金が上がる罠があった
IPV6,IPoE,Dual-stack-liteの組み合わせで理屈上ではNTTの光最安のプランとispの料金でネット使い放題で早いはずなんだが
ISPの契約を大きく変更する必要があって踏ん切りがつかないw

404 anonymous@fusianasan 2019/03/08(金) 09:42:03
パケット数固定って何?

405 anonymous@fusianasan 2019/03/08(金) 13:41:57
フレッツ光ライトの従量のことだろ。それよりもどういう理屈やねん

406 anonymous@fusianasan 2019/03/08(金) 15:06:49
何を言ってるのか判らない…

407 anonymous@fusianasan 2019/03/08(金) 16:18:17
>>405
適当にググってきた

(*1)フレッツ光ライトの場合「フレッツ・v6オプション」利用に伴うインターネット利用料は、実際に発生した利用量にかかわらず一律40MB?月を加算します。
(*2)フレッツ 光ライトプラスの場合、「フレッツ・v6オプション」利用に伴うインターネット利用料は、実際に発生した利用量にかかわらず一律100MB?月を加算します。


という事だからv6にv4を乗せるDS-LITE(DUAL-STACK-LITE)を使うと…

408 anonymous 2019/03/08(金) 17:00:56
安いのはええけど、100Mbps制限は受け入れられない

409 anonymous@fusianasan 2019/03/09(土) 07:36:32
>>408
IPoEの速度1GBPS
NTTのパケット使用量が月に一律100MB分加算なので
ipv6のみの利用なら光ライトプラスの基本料のまま無制限に使って料金はそのままのはず
100Mbpsの制限を突破できてかつ安くなるということ

410 anonymous 2019/03/09(土) 07:52:41
>>409
100Mbpsの制限を突破、の理屈がわからないんだがもう少し教えてくれません?

411 anonymous@fusianasan 2019/03/09(土) 09:33:26
>>409
今はv6でもほとんどのプランでv4と同じ速度制限かかってるはず
https://www.iijmio.jp/guide/outline/ipv6/ipv6_access/ipv6_ipoe/
v4より速いのはハイスピードタイプの下り200Mbps→1Gbpsのみ
他のVNEも同じような状況じゃないかな

412 anonymous@fusianasan 2019/03/09(土) 10:23:05
光ライトのインターフェース仕様みたけど、どうあがいても100Mbpsだな。

IP通信網サービスのインタフェース -フレッツシリーズ
https://flets.com/pdf/ip-int-flets-3.pdf
P.53 2.2 物理レイヤ仕様

413 anonymous@fusianasan 2019/03/09(土) 10:58:15
ハード的に1Gbps出るようになってるけど設定で100Mbpsしか出ないようになってるんだろな。単にNICの設定で1Gbpsで確立しないように1Gbps省いてるとか

414 anonymous 2019/03/09(土) 11:15:09
>>413
メディコンで上位が10だからって10BASE-T FULL Duplexとかあるしな。

415 anonymous@fusianasan 2019/03/09(土) 12:46:10
ngnを通ってる時に速度制限されるということか
ipoeの終端はispが設置してるはずなんだが

416 anonymous@fusianasan 2019/03/09(土) 12:56:05
>>412
その資料に書いてる回線収容設備を提供してるのがipoe接続に置けるvne事業者じゃないのか?
まあためさんことにはわからんが理屈上はgwルータがslpが設置したものに切り替わるはずだ
理屈上ではだが…

417 anonymous@fusianasan 2019/03/09(土) 12:59:00
レイヤの違う話をされても…

418 anonymous@fusianasan 2019/03/09(土) 13:22:07
https://www.iijmio.jp/guide/outline/ipv6/ipv6_access/dslite/
transixはライトだと上り下り100Mbpsとはっきり書いてあるし

419 anonymous@fusianasan 2019/03/09(土) 13:24:30
ああ、ごめん
onuのところで100m制限なのか
フーム

420 anonymous 2019/03/09(土) 13:56:43
>>412 の仕様書によると
ライトとネクスト無印は100BASE-TXのONU
ネクストハイスピード以上で1000BASE-TのONU
ONUが100BASE-TXならどうしようもないわな

421 anonymous@fusianasan 2019/03/09(土) 15:03:15
かなり古い1Gなんて無い一般的でなかったONUですでに1G対応していた。ハイパーファミリーとかそんな時点でのONUが
後々、利用者が100Mから1Gに契約変えても、ONUの交換もしくは出張って設定するわけでもなく、オンラインであっさり1Gになった

ONUというかONUのNICが1000baseTでの確立を許すか許さないかの設定の違いだけかなと。まあ、1000baseTで確立できない設定なのでどうしようもないわなに違いないけど

422 anonymous@fusianasan 2019/03/11(月) 15:42:05
v6プラスって、同じ地であれば、どこのプロバイダと契約しても、速度変わらずってことでOK?

423 anonymous@fusianasan 2019/03/11(月) 19:35:45
アドレスが枯渇するってんで策定されたIPv6が
全く関係ないIPv4 PPPoE終端装置増設問題の解決策っぽく
担ぎ出された挙句「v6なら速度低下しません」とか喧伝されるの
なんかもう色々残念すぎてガックリくるなー

ってなことを最近のISP板のスレを見て思ったり

424 anonymous@fusianasan 2019/03/11(月) 19:37:01
それな

425 anonymous@fusianasan 2019/03/11(月) 19:38:15

426 anonymous@fusianasan 2019/03/11(月) 20:19:10
割り当てもらったアドレスの半分を払い出しすればお代わり貰えた
そのお代わりを先に払い出して、それも半分払い出せば、またお代わり貰えた
払い出しは、世界共通で、そんなルールだった
大元は枯渇したけど、今のプロバイダが保有するIPv4アドレスは、半分近くが使われず残ってる
大手プロバイダに枯渇の言葉使われると、ウソ乙と言いたくなる

言われる通り、新たなサービスを売るための宣伝だよな

427 anonymous@fusianasan 2019/03/11(月) 20:20:56
>>425
うお、リロードしてなかった ありがとう
ちと逝って見てくる

428 anonymous 2019/03/14(木) 16:38:56
チラ裏なんだけど、ポート開放 (またはポート解放) って何?
……と思ってググってみたらポートフォワーディングのことをポート開放って呼ぶ文化圏があるらしい。
こういう根拠不明な用語の誤用は凄く嫌いです。

関係ないけど用語の誤用って回文になってて可愛いねw

429 anonymous@fusianasan 2019/03/14(木) 16:52:53
うよごのごうよ

430 anonymous@fusianasan 2019/03/14(木) 17:21:28
>>428
あんた時代に追いついてないねw

431 anonymous@fusianasan 2019/03/14(木) 18:19:52
>>428
WAN側から繋げられるように=ポート開放ってことだろ。すんごい昔からあっただろうに
WANから繋げられない=ポートが閉じてるの反語的な。閉じてる原因がなんてWANからは関係ない見えない。てか、ポートフォワーディングしかないと思っているあたり無知

432 anonymous@fusianasan 2019/03/14(木) 18:27:37
ああ、WAN側から限定ですらないな。繋げたい対象に繋げられたいことでの全般も指すだろう。ほとんどの場合はWAN側からでことだろうけど

433 anonymous@fusianasan 2019/03/14(木) 19:07:34
ISDNのTAにルーターを後付けしたのももう20年前か…

434 a 2019/03/14(木) 21:25:43
ルーターですらないNAT箱で、ポートを開けるだけで
内側の誰かにパケットが届くという発想w
転送しないと届かないと理解できない究極のクズ脳みそwww

435 anonymous@fusianasan 2019/03/14(木) 22:32:11
ポートフォワーディングとIP(パケット)フォワーディングを混同してんな
転送とかなんでIPフォワーディングのことを言い出しているのだか。開放に関係なくあることだし

436 anonymous 2019/03/15(金) 08:11:21
いまIPマスカレードじゃなくてNATなんたらっていうんだよな。浦島太郎だわ俺も。

437 anonymous@fusianasan 2019/03/15(金) 12:14:58
いいや。IPマスカレードもしくはNAPTと呼ぶよ。別のを別の呼び方してるとかじゃね

438 anonymous 2019/03/15(金) 12:33:22
あ。NAPTだ!
そもそもNATは1対1の変換を指すものだったのに、言葉は生きてるからなぁ

439 anonymous@fusianasan 2019/03/15(金) 12:46:43
NAT:アドレス変換。アドレスのみ変換だから1対1にしかならない
グローバルアドレス全然くれないから使えねー、よって、
NAPT:ポートも/を変換で、1対多に。なのでNA「P」T。もう忘れないでしょw

440 anonymous@fusianasan 2019/03/15(金) 12:53:32
今はNATはNAPTも含めてとにかくアドレス変換すること全体を指すこともあるな。そゆことでか

441 anonymous@fusianasan 2019/03/15(金) 14:01:35
I pass相当の知識なんだが。

442 anonymous@fusianasan 2019/04/17(水) 16:49:46
5chってipv6に対応してるの?

443 anonymous 2019/04/17(水) 16:51:52
DNSレジストラに聞けよ

444 anonymous 2019/04/18(木) 06:28:46
レジオネラと名前似てて嫌な感じだよね

445 anonymous@fusianasan 2019/05/06(月) 04:43:53
インターネットマルチフィードのtransix(DS-Lite)は糞
「全体の通信量が一定の上限を超えた場合、上限帯域に達していたユーザに対し
公平制御機能と称して帯域制限をかける」とのこと
日中数百Mbps、夜間数Mbpsというのが常態化してる
規制食らう通信量および積算時間、制限する旨は未公表
各ISP宣伝文句の「混雑せず快適」等は完全に詐欺文句
採用プロパイダ:IIJ、INTERLINK、BB.excite、メディアウェイブシステムズ、ぷらら、ドコモnet

446 anonymous@fusianasan 2019/05/06(月) 09:06:25
上限帯域に達していた
が、どの程度といつ解除されるのかというのは、
規制食らう通信量および積算時間、制限する旨は未公表
でも、ある程度はわかるんじゃないの?で、それはどれくらい?
というのなきゃただの批判のための批判でしかなさげ。DS-Liteとかv6プラスとかIPv4 over IPv6なんてなくて単なるPPPoE IPv4で十分出ているプロバイダだからどうでもいいんだけどw

447 anonymous 2019/05/06(月) 11:44:18
そもそも本当かどうか怪しい
IIJ系(transix)は割と明文化する方だしな
https://www.iijmio.jp/guide/bb-traffic.jsp (アップロード制限)
もしちゃんとした根拠があるならこっちで議論する話
https://livejupiter.org/cache/view/isp/1554516114
http://isp.oshietekun.net/

448 anonymous@fusianasan 2019/05/07(火) 00:17:00
MECexcitユーザだけど、夜に遅くなるのはホントだよ
IPv4解約しちゃって比較できんけど、今はv4の方が夜は快適らしいw
445の「」内は駅スレによるとサポートからの返信だってさ
v6全方式総合スレのここで妥当なんじゃない?
v6プラスとは関係ないし

自分としても、現状transixはお勧めしないかなw
6/4にtransixでメンテあるそうだから、それにほんの少し期待

449 anonymous 2019/05/07(火) 00:39:31
スレが違うつーならISP板にスレ立てろ
ここ技術板だから単なる遅い速いVNEクソだけじゃスレ違いどころか板違い
せめてボトルネックがどこにありそうとかそういう話してくれ

450 anonymous@fusianasan 2019/05/07(火) 01:37:20
DS-Liteってアドレス変換をVNE側機器でやってんでしょ
そこのキャパオーバーだとしたら
>transix サービスメンテナンスのお知らせ (IPv4 接続オプション)
で設備増強かソフト改修したら、改善に向かうかもしれないね

都道府県別地域IP網からNGNになって、東は北海道と東日本の2エリア構成になったけど
VNEの設置場所は1か所なのか2か所なのか?

451 anonymous 2019/05/07(火) 23:25:23
IPv6サービス名称なんとかならんかねぇ

452 anonymous@fusianasan 2019/05/07(火) 23:46:41
IPv4 over IPv6 サービス名称じゃないの?
だとしたら、>>451と言っている時点でああなってしまうのもしょうがないのじゃないかとw

IPv6 IPoE(ネイティブ方式) は別にどうとも思わないな、他の混同とかないし

453 anonymous 2019/05/08(水) 06:45:20
()つけて命名するのやめてほしい

454 anonymous@fusianasan 2019/05/08(水) 09:46:37
ネイティブ方式なんて呼んでいるのはそういないから()でいいのでは

455 anonymous@fusianasan 2019/05/11(土) 20:42:04
PPPoE方式ってなんだったの?

456 anonymous@fusianasan 2019/05/11(土) 22:21:05
全てNTTの都合によりじゃね。IPoEはNTT側がそれに合わせていろいろしなきゃならない、PPPoEは今まで通りでNTTが特に何もしなくてもという
NTT側(+VNEが多数社)がIPoE準備完了(フレッツ網無くしてNGNに強制的に集約したり)になったら、PPPoEはいらん子になっただけかな

457 anonymous@fusianasan 2019/05/12(日) 06:51:07
>>455
そもそもPPPというダイヤルアップ接続での認証の仕組み(テレホーダイで接続していたような時代)からの遺産
フレッツで常時接続するにあたって、複数のISPを同じインフラ上でどう認識するか考えたときに移行しやすかったと言う話じゃなかったかな。
Ethernet上でISPのアクセスポイントに電話を掛けるようなイメージ。

NTTの中のことはよく知らないけど、いまのNGNで様々なPrefixのルーティングするのに沢山の独自実装作ってそう。

458 anonymous@fusianasan 2019/05/12(日) 10:19:16
>Prefixのルーティングするのに沢山の独自実装
独自実装って単にルーティングルールじゃないの?それも一部の、それもあんま普通にVNEにルーティングするのと変わらないような

459 anonymous 2019/05/12(日) 10:20:35
NTT仕様の変な装置がついてそう

460 anonymous@fusianasan 2019/05/12(日) 10:31:36
NTT仕様の変な装置wはあるだろうけど、
基盤はIPv6なんだからそのレベルでは変なことしようがないだろうと思うけど
IPoEで降ってくるのも別に独自ではなくいたってふつーのなんだし

461 anonymous@fusianasan 2019/05/12(日) 10:40:59
例えば、NGNの閉じたネットワーク中にあるであろう flets-east.jp は、

PPPoE IPv4だけな場合、別のPPPoEセッションを張って、
DNS Resolveを引っ掛けてとかなんか歪なことをしていたが

IPv6 IPoE では、インターネット上のDNSにエントリが登録してあり、
普通にDNS Resolveして、単にルーティングで閉じたネットワークにあるそれに

って感じな

462 anonymous@fusianasan 2019/05/12(日) 11:52:45
NGN IPv6サービス当時から気づいてたけど、IPv6普及しだしたらほんと中途半端な挙動してくれるよな。
フレッツウイルスクリアがクセ者すぎる

463 anonymous@fusianasan 2019/05/12(日) 12:09:11
全くそんなのないな
フレッツウイルスクリアなんて契約しているのか。そりゃそれはなにかあるかもね

464 anonymous@fusianasan 2019/05/12(日) 14:55:13
NTT東のフレッツウイルスクリアはウィルスバスターの有料版に切り替わってサービスが年末で終了じゃなかったっけ?
西のセキュリティ対策ツールは何も情報が無いけど。
スレチだけどセキュリティツールのV6対応も重要だよね。

465 anonymous@fusianasan 2019/05/12(日) 15:52:07
>>458
例えば、ひとまとめのいくつかに分岐された加入者回線がそれぞれ違うISPのPrefix持ってる事なんてざらにあると思うんだけど、通常のIPv6のロンゲストマッチなルーティングでは処理できないよね。
加入者全ての/56を域内の全てのルーターで保持してるとは思えないんだけど、何か効率のよい方法を研究して実装してそうだな。と思ってる。
今ならすぐにVxLAN的な実装かなと思いついたりするけど。
こういうのもNTT本体の研究成果を詳しく調べたら出てくるのかな?

466 anonymous@fusianasan 2019/05/12(日) 18:03:08
なるほど。VNEをNGN内(?)で実現している部分かな。VNEを当初3つだけというのもそこら関係が深く関わっていそう

467 anonymous@fusianasan 2019/05/12(日) 18:14:35
VNEのIPv6アドレスはNTT東西が/30ずつまとめて預かって自分がやりやすいように割り当ててる
先頭30ビットを除いて同じプレフィックスなら加入局ルーターは一緒

468 anonymous@fusianasan 2019/05/12(日) 18:16:00
>>466
ああ、勘違いしてた。ルーターのすぐ隣がVNEだと。NTT(NGNのナニかか)。3hopくらいはNGNでそこから先がVNEか
だとしたらふつーーのルーティングっぽいなあ。どうルーティングしてんだろねえ

469 anonymous@fusianasan 2019/05/12(日) 18:21:41
>>467
おうちへのファイバーは確か32だか64契約で共用で、その共用では契約者個々の利用プロバイダによりいろいろなPrefixがありえてーの、NTT側の一つ同じのでとかなんとかの話かと

470 anonymous@fusianasan 2019/05/12(日) 18:25:07
ああ、プロバイダが違ってもPrefixで同じ部分をNTTが見つけ出して割り振るとかなんとかか。そんなにうまくいくのか??と思わないでもないけど、なるほどね

471 anonymous@fusianasan 2019/05/12(日) 19:23:12
>>467
なるほど、/31-/46の割り振りを東西の裁量にしてしまえば加入局までは絞れると。
その辺はやっぱり自社開発してそうだな。ローカルな事でRFCなんか書いてないと思うけど、何か文書有ったら面白そうだ。thx

472 aaa 2019/05/13(月) 00:55:08
>>471
prefixをNTTが割り当てるんだから、POIのルータ以外は普通のルーティングで問題ないはず。/30で受けとって/56で配るんだから、例えば県の識別に6bit、県内の局舎の識別に10bit、契約者識別に10bitとか。
VNEが増えても、途中の経路はどうせ「VNEの数」倍にしかならない。あと、確かデフォルトゲートウェイはPOIのルータ向きで、VNEの隣のだけソースベースルーティング。
ちなみに、ONUの所でパケットキャプチャしてみると、自宅が収容されている局舎のルータはシスコ製だった。

473 anonymous 2019/05/13(月) 11:29:20
10年20年前ならともかく、IPで住所がおおよそでも特定できる
なんて仕様を容認するはずないだろ?

WiFi基地局情報で便利と思ってるキチガイがいまだに多いが
基本その仕様はNGだ

匿名性のためにも「不可逆なランダム」に採番されることが望ましい

474 anonymous@fusianasan 2019/05/13(月) 12:23:31
その程度でキチガイと言うのだったらそのレスの内容は十分自分がキチガイだろう

475 anonymous@fusianasan 2019/05/13(月) 19:11:30
>>473
誰が容認するはずが無いの?総務省?
ならその話はどこかに文章として残ってる?
IPv4だってISPによってはPTRで県まで素人でもすぐに判別つくよ?

476 anonymous@fusianasan 2019/05/13(月) 19:17:37
俺が(俺と同じ思いの多数が=ただの妄想の域)だろう

477 anonymous 2019/05/13(月) 21:14:20
souka
souka

478 anonymous 2019/05/13(月) 21:46:07
IPを住所や電話番号と勘違いしてるバカがおるのけ?

479 anonymous 2019/05/13(月) 21:48:06
>>475 つまり、IPv4は間違ってたということ
IPで国だの場所が特定できてしまうのが間違い
その間違いに違和感を持たないのが無知の無知状態

480 anonymous@fusianasan 2019/05/13(月) 22:01:09
ルート集約のためには物理的な位置関係で分けるのは有効でしょ。

481 anonymous@fusianasan 2019/05/13(月) 22:58:41
>>472
都道府県の識別は 2bit(東京)~8bit(島根、鳥取)の可変長。
都道府県~収容局~エッジルーターまでで合計 13 bit。都道府県が短いところほど、その分収容局~エッジルーターにたくさん割り当てられる。
エッジルーター内の回線はその後の 13 bit で識別できる。

482 anonymous@fusianasan 2019/05/14(火) 03:30:42
そういう技術的になにが最適とかいう意味じゃない、無知ゆえの匿名性匿名性って言っているだけだから
生のインターネットじゃなく、そういうネットに行ってしまえっていう話だな、そんなに匿名性に必死なら

483 anonymous@fusianasan 2019/05/14(火) 03:36:44
IPv4をも今になってというのは、単にアドレス(Prefix)が(半)固定になるのが嫌だってだけだろうな
アドレスが固定じゃないIPv4で暴れていたなりなんかそれを悪用的に使っていたからある意味異常に過敏なんだろうw

484 anonymous@fusianasan 2019/05/14(火) 04:59:05
都道府県ごとの地域IP網時代の名残でしょ
NGNで新設されたのは特定できないんじゃね?
IPガチャで引いたIPが他県になるISPもあるし

485 anonymous@fusianasan 2019/05/14(火) 08:28:31
イミフ

486 anonymous@fusianasan 2019/05/14(火) 08:34:57
>>484
IPv4なら、大きな地域ごとNGNにNGNからISPへのPPPoE受付するとこがある。PPPoEから以後はISPのネットワークがどうなっているかによる。ISPではISPのネットワークがまずは地域->東京->インターネットというのは普通にある
てのだと思うよ

IPv6なら、すでに最近のレスでああなっているらしいし、ガチャなんてない

NGNで新設されたのってなに?

487 anonymous@fusianasan 2019/05/14(火) 08:49:14
IPv4 PPPoE でのうちのISPはこんなん
$ traceroute www.google.com
1 MYROUTER 0.412 ms 0.174 ms 0.209 ms
2 ISP1 2.004 ms 1.979 ms 1.686 ms
3 ISP2 1.908 ms 2.295 ms 2.240 ms
4 ISP3 28.103 ms 16.103 ms 16.081 ms
5 ISP4 17.917 ms 17.795 ms 17.614 ms
6 ISP5 16.030 ms 16.072 ms 15.878 ms
7 ISP6-W 15.989 ms 16.301 ms 15.991 ms
8 ISP7-W 16.191 ms 16.071 ms 15.679 ms
9 ISP8-W 16.170 ms 16.445 ms 16.167 ms
10 108.170.242.193 (108.170.242.193) 18.889 ms 19.180 ms 19.373 ms
11 209.85.243.1 (209.85.243.1) 18.990 ms 19.188 ms 18.506 ms
12 nrt20s09-in-f4.1e100.net (172.217.161.68) 15.882 ms 15.942 ms 16.527 ms

ISP~はアドレスの所有がISPだしISPドメイン名のFQDNが(いちいち)付けられている。2-3がうちの地域の、4以降が東京、Ping値からもというかFQDNがモロだけど

488 anonymous 2019/05/14(火) 08:49:26
IPv4で鎖国機能とか言ってる時代もありましたね
重要なのは脅威に対してIPアドレス枠は信頼性の基準にはならない
ということ

そんなことはみんな百も承知なのに、なぜかこういう議論になると
IPからの地域性を妥当だの便利だのと言い出す 謎ですな

489 anonymous@fusianasan 2019/05/14(火) 08:54:51
>>457
いや、NTT法絡み。
サービス開始時の規制状況で方式が変わってきただけ。

490 anonymous@fusianasan 2019/05/14(火) 08:55:55
地域性とかじゃなくて、ルーティングするにはだよ。一定の塊を対象にした方がテーブルが少なくて済むという単純な理由
それが地域性になるのは当たり前のことでしかなく、地域性が目的にではなく、単にルーティングを簡便にでしかないだろ

491 anonymous@fusianasan 2019/05/14(火) 08:56:37
>>486
>NGNで新設されたのってなに?
言葉足らずで誤解を招いたようで
地域IP網時代に設置してた機器と、NGN構築後に設置(新設)

492 anonymous@fusianasan 2019/05/14(火) 23:02:24
IPv6で困るのは各機器に自由にIPv6アドレスを割り当てられなくなることなんだけど
DHCPv6とNAT66はいつになったら普及するのかねえ
さらにルーターの設定画面のアドレスもIPv6にできたら家庭内LANをIPv6に統一できるのに

493 anonymous@fusianasan 2019/05/14(火) 23:25:38
好きなアドレス振ればいいじゃん

494 anonymous@fusianasan 2019/05/14(火) 23:33:57
振ればいいわな。なんか思いっきり勘違いしてそうだな

495 anonymous@fusianasan 2019/05/15(水) 20:28:49
例えばルーターの設定画面のアドレスをfd00::1に設定できて
各PCにはfd00::2以降を割り当てるように設定できるDHCPv6機能があるルーターってあるの?

496 anonymous 2019/05/15(水) 21:48:19
結局家庭なんてNATで十分だったんだよな。

497 anonymous 2019/05/15(水) 22:42:36
>>492
そっちじゃない、IPアドレスを人間が直に扱う発想から抜け出さないと
機器にそれぞれ名前があって(デフォルトは"router-SerialNumber"みたいな)
ローカルでの名前解決手段を何にするか(mDNSとかLLMNRとか)って方向で考えるべき
今でも名前で開くルーターはあるでしょ ("ntt.setup"とか"aterm.me"とかね)

498 anonymous@fusianasan 2019/05/16(木) 00:05:47
ブラウズマスタ

499 anonymous@fusianasan 2019/05/16(木) 07:06:04
>>495
あるよ

500 anonymous@fusianasan 2019/05/17(金) 05:19:16
都道府県単位の「IPv6アドレス地理情報」をコンテンツ事業者と共有
NGN IPoE協議会が実証実験を開始
https://internet.watch.impress.co.jp/docs/news/1184812.html

IPv4は都道府県内に設置してる機器でアドレス配布してたから
地域特定できたんだよね?
IPv6はどういう仕組みでやるんだろ?
一定範囲内のv6アドレスを地域ごとに割り当て、加入者情報(地域特定可)基に配布?

501 anonymous@fusianasan 2019/05/17(金) 07:36:22
IPv6でもルーティングは必要だと思うので、IPv4と同じような感じじゃないのかなあ
てか、そんな感じと上のレスであったけど

IPv4のリアル位置割り出しはそのアドレスを所有しているプロバイダなどが開示したけでなく、第三者がじみーに長年時間かけて収集した結果じゃないの?
だととしたら、IPv6でそれを行うのは困難また時間がかかるから、アドレスを所有し配布しているとこが提供しようというのじゃないのかな

502 anonymous@fusianasan 2019/05/17(金) 09:24:29
完全にradiko向けだな

503 anonymous@fusianasan 2019/05/17(金) 10:04:12
>>500
>>一定範囲内のv6アドレスを地域ごとに割り当て、加入者情報(地域特定可)基に配布?
>>481の通り最初から局舎ごとにそうなっている。市区町村以下まで分かる。
>>IPv4は都道府県内に設置してる機器でアドレス配布してたから地域特定できたんだよね?
特定できるとは限らない。IPv4アドレスの枯渇のせいで、PPPoEでは全国規模で空いたアドレスを動的に使ったりするらしい。

504 anonymous@fusianasan 2019/05/17(金) 10:52:18
アドレスグループ、セグメントの移動はあるけど、細かくバラバラに全国的には無いんじゃないかなあ

505 anonymous@fusianasan 2019/05/19(日) 11:41:06
そろそろコミュファが対応完了かな。
にしても一般家庭向けはフレッツもそうだけどオプションなんて止めてデフォルト提供でも全然困らないと思ったけど。
もう非対応の機器やらOSなんて家庭向けって思い付くかな?

506 anonymous 2019/05/19(日) 13:07:39
>>505
非対応の家庭向け機器はネット家電とか家庭用IoT機器にゴロゴロあると思うが
うちにあるのはほとんどIPv6非対応なんだけど、実はいまのAV機器やネットワークカメラ
、スマートスピーカーとかって全部IPv6対応なの?

507 anonymous@fusianasan 2019/05/19(日) 13:58:29
IPv6非対応のノードがあっても何も問題はないだろう
単にいままで通りのIPv4ネットワークだけを認識し、いままでどおりそれで通信するだけじゃね
IPv6対応してるノードが途切れてるIPv6ネットワークにある場合だろう、問題になるんは

508 anonymous@fusianasan 2019/05/19(日) 14:07:17
>フレッツもそうだけどオプションんて止めてデフォルト提供でも全然困らない
考えられるのは、IPv6対応の機器を(IPv6を使うつもりもなく)繋げてしまう人の為だろうかな。使わない機器のIPv6を殺そうともしないでの
IPv6使うにはプロバイダ(VNE)とのIPv6契約も必要だからね。コラボ光なんぞを契約するとデフォルトで提供しているらしいから、なおそちらの理由だろう

509 anonymous@fusianasan 2019/05/19(日) 22:42:59
>>506
今販売しているのはほぼ対応しているよ。
非対応はもう10年近く前の機器じゃないかな?
インターフォンも対応しているんだし。

510 anonymous@fusianasan 2019/05/19(日) 23:41:16
今販売している機器はIPv6に対応していると言ってもv6アドレスは自動取得のみで
手動で指定できるのはv4アドレスのみでv6アドレスは指定できない機器がほとんどじゃないか?
ルーターでもIPv6関連の設定項目はv4より少なくて自由度が少ない物が大半な気がする

511 anonymous@fusianasan 2019/05/20(月) 06:03:34
初期はそんなもん。普通のユーザーはそんなもんで十分だろう。業務用の高価なのはそれなりにできるのがあるんじゃないの

そんなに自由にしたいならLinuxでもルーター作ればあれやこれやこれなんぞもできるぞ。1万以内+あとは自分の時間で

512 anonymous@fusianasan 2019/05/22(水) 20:41:48
>>481
マジで!?と思って色々見てみたらマジっぽいなこれ
都道府県は東京が00で大阪が000(3bit)かな

513 anonymous@fusianasan 2019/05/24(金) 01:09:34
>>512
そうだね。
東京の次は、神奈川が 0100 と 01010。
大阪の次は、001 だったら京都と思っていいと思うけど、使われてるのは 00100 のみで 00101 ~ 00111 は空きかな?

これは、VNE が NTT東に渡したプレフィックスがたとえば 2001:db8:: だとすると、東京が 2001:db8::/32 で… って例示しようとしたら
東京だけで例示アドレスの空間を使い果たしてしまって、残りの道府県の例示ができなかった…
例示アドレス用の空間が /32 なのって、拠点の構成の説明に使ったりするには十分広いんだけど、NTT東西には全然足りないな。

514 anonymous@fusianasan 2019/05/29(水) 18:45:21
IPv6登場から20年たってるのに未だにオプション的な扱いなのはどうにかならないのかね

515 anonymous@fusianasan 2019/05/29(水) 20:01:11
がっつり使ってますよ

516 anonymous 2019/05/29(水) 20:39:39
フレッツ光ネクストのIPv6普及率は64%ほど
https://v6pc.jp/jp/spread/ipv6spread_03.phtml

日本の上位50サイトのIPv6化率は12%(6/50)で世界120位(115-124位同率)、
googleへのIPv6アクセス率は30%で世界10位
https://www.vyncke.org/ipv6status/

517 anonymous@fusianasan 2019/06/03(月) 06:33:36
>>514
終端装置だの様々な機器類の問題もあるからね。
非対応のOSはサポート終了したからもうオプションでなくても混乱はしなそうに思うけど。

518 anonymous@fusianasan 2019/06/03(月) 14:43:17
>>514
フレッツ網で閉じたIPv6ネットワークにしたのがマズかったな
その「印象」で「いまだに」「IPv6未対応の機器が」って間違った認識を持っているのが多そう
上にもあるけど光コラボではデフォでIPv6オンらしいから、オプション的な扱いというわけでもないこともないようだけど

519 anonymous@fusianasan 2019/06/03(月) 14:48:10
>>517
非対応のOSが問題なんじゃなくて、対応しているOSが問題なんだからね
「非対応」の意味がどういう意味なのかわからんが

520 anonymous@fusianasan 2019/06/03(月) 17:22:40
フォールバックの問題は回避策が十分出回ったからもう良いと思うけどな。
とは言え、始まりの印象が最悪だったのは痛すぎる。

521 anonymous@fusianasan 2019/06/03(月) 18:00:03
回避策ってIPv6使ってもいないんだったらノードのIPv6を有効にすんじゃねえぐらいか

522 anonymous 2019/06/05(水) 10:37:25
>>518
フレッツだけでシームレスにインターネットに出られるようにすりゃよかったんだよなぁ。

523 anonymous@fusianasan 2019/06/05(水) 12:01:48
単に最初からRSTを返せよというだけの話でもありそう

524 anonymous@fusianasan 2019/06/05(水) 13:23:53
>>522
多分プロバイダが壊滅するから許されなかったんじゃないの?

525 anonymous@fusianasan 2019/06/05(水) 15:45:33
>>524
当初は担当地域内の県間通話でさえNTT Com通さないといけなかった法律があるのでむりだった
県単位でPPPoEのPOIが有るのはその名残

526 anonymous@fusianasan 2019/06/05(水) 16:16:18
家庭用のルーターって結局何買えば間違いないんだろうな

527 anonymous@fusianasan 2019/06/05(水) 16:22:33
RTX1210

528 anonymous@fusianasan 2019/06/05(水) 18:45:32
>>526
ONUと一体になっているタイプじゃないやつ?
一体型の物も5年位で交換した方がいい気がするけど。

529 anonymous 2019/06/06(木) 11:02:50
今どきのプロパイダは基本ルーター送ってくるだろ?
V6にはPPPoEもないんだしルーターというよりUTMが必要なんじゃね
FortiGate-50Eぐらいならギリ家庭用の予算内じゃね?

530 anonymous 2019/06/08(土) 13:25:53
so-net申し込んだけどルータってなんだい?

531 anonymous@fusianasan 2019/06/08(土) 15:43:11
>>530
スレチ
So-net総合スレッド Part95
https://livejupiter.org/cache/view/isp/1559650168

532 anonymous@fusianasan 2019/06/08(土) 22:16:07
>>531
「今どきのプロバイダは基本ルーター送ってくる」(So-net と契約してもルーターなんて送られてこない。So-net は今どきのプロバイダとは違うのか?)
「V6にはPPPoEもない」(IPv6 のことを言ってるなら、So-net では IPv6 PPPoE も使えるが?)
って話では?
>>529 に対するツッコミをよそのスレに書くほうがスレチかと。

533 anonymous 2019/06/08(土) 22:59:06
so-netは知らんけど、WiFi親機能付き送ってくる事が多いような・・・
WiFi機能有る=ルーター なわけで・・・
つか、so-netってWiFi機能ねぇの?

534 anonymous@fusianasan 2019/06/09(日) 00:07:04
レンタルは有るな
ドコモ光契約だと無料だったが撤退する模様

535 anonymous 2019/06/09(日) 09:17:25
PR-500NEがあるのにルータ送ってくるプロバイダあるの?

536 anonymous@fusianasan 2019/06/09(日) 11:49:06
>>532
え529への返信だったの???わっかりづら

537 anonymous@fusianasan 2019/06/09(日) 12:21:38
言うようにとても>>530>>532のいうようなツッコミには見えないわな
>>529が一行ごとにおかしすぎるレスだから、>>530がそれのツッコミに見えただけじゃね

538 anonymous@fusianasan 2019/06/09(日) 12:29:21
>>535
単に光コラボの新規契約の話だったり、単にONUと一体型のホームゲートウェイの話だったり
もしくは、IPv4 over IPv6対応のルーターがそんなになかった時の話かな

539 anonymous@fusianasan 2019/06/09(日) 12:33:30
家庭用のルーター何が良いの時点でかなりスレチだとは思うがな

540 anonymous@fusianasan 2019/06/09(日) 12:39:33
IPv6廻りでまだ家庭用のルーターでどの程度できるのかというはあるから特にスレチではないんではないかな
まあ、そういうヤツがどの程度の機能が必要とも言わないので応えられもできないだろうけど

541 anonymous@fusianasan 2019/06/09(日) 20:04:52
ぶっちゃけみんなIPv6使ってるの?

542 anonymous@fusianasan 2019/06/09(日) 20:35:24
うちはPPPoEの負荷をオフロードできるから使ってる。
動画ストリーミングよくみるし。

543 anonymous@fusianasan 2019/06/09(日) 20:47:19
いつのまにかドコモ光は全ISPでIPv6対応になってたんだな
いまさらトンネルアダプタが必要とか言ってるところもあるけど
https://www.nttdocomo.co.jp/binary/pdf/hikari/provider_list/ipv6/IPv6_compatibility.pdf

544 anonymous@fusianasan 2019/06/09(日) 21:08:56
>>541
いまどきそう聞くのはなんちゅうか、というかなぜこのスレ開いた?

545 anonymous@fusianasan 2019/06/09(日) 21:23:37
>>543
>いまさらトンネルアダプタが必要
いまどきPPPoE IPv6しかないとこか。なんか多いな、マジで?

546 anonymous@fusianasan 2019/06/09(日) 21:51:34
IPoEの良さって何ですかね?
IPoEじゃないけど、空いてる時間は900Mbps近くまで出る、週末の23時は良くても500Mbps前後だが
ドコモ光 BB.exciteのPPPoE IPv4とPPPoE IPv6
http://dotup.org/uploda/dotup.org1867936.png
http://dotup.org/uploda/dotup.org1867943.png

547 anonymous@fusianasan 2019/06/09(日) 22:47:36
NETFLIXのソレはとても正しいとは思えんのだけど、全然。900Mbpsだの510Mbpsだの490Mbpsだので通信してないよ、計測中
並列接続数は1じゃないんでしょ?試したところ、最小最大8にして850Mbpsって出たけど、実際の計測中の通信量は120Mbpsくらいだった

548 anonymous@fusianasan 2019/06/09(日) 22:53:44
なんか単に 1接続での速度 x 並列接続数 というだけだな。全然並列接続のスピード、キャパのテストじゃないやん
並列接続数を増やしたら計算上見かけ上の値は大きくなるが、大きくするほど通信量が減少という意味わからん
意味あるのは1接続の場合だけだね。距離により変わるからキャパのテストにもならないねえ

549 anonymous@fusianasan 2019/06/10(月) 18:44:33
>>545
NGN側のIPv6の対応がまだ全部じゃないせいとか。3月の段階で60%台だから来年までには対応するISPは増えそう。

550 anonymous@fusianasan 2019/06/10(月) 19:17:45
単にそういうISPがVNEと契約してないだけとか

551 anonymous 2019/06/10(月) 21:30:37
>>549 というか、ISPが何もしなければ自然にIPv6だと思うんだがw
ISPが余計な事(PPPoE)してるからIPv4なだけ

552 anonymous@fusianasan 2019/06/10(月) 23:15:51
頓珍漢なこと言ってるな

553 anonymous 2019/06/11(火) 07:06:52
そりゃIPv6だろうけど、インターネットに出られないIPv6だな
フレッツのせいで

554 anonymous@fusianasan 2019/06/11(火) 09:17:17
GUAが割り当てられるにも関わらず外に出られない不思議なネットワーク

555 anonymous 2019/06/14(金) 09:49:09
そしてインターネットに出られる前提で右往左往するクライアント

556 anonymous@fusianasan 2019/06/14(金) 12:38:35
もしかしてNGN網利用すれば、中華の金盾もどきが低コストで容易に構築できるのか?
NGN依存じゃない割合がどんぐらいか分からんが

557 anonymous 2019/06/14(金) 21:41:02
NGN網同士でIPv6通信できるしな。

558 anonymous@fusianasan 2019/06/20(木) 05:12:42
IPv6 IPoE方式「transix」の固定IPサービス、MFEEDがISP向けに提供
https://internet.watch.impress.co.jp/docs/news/1191334.html
>IPIPトンネリング機能に対応したルーターが必要
法人向け高級品必須で一般人向けでは無いな

559 anonymous 2019/06/20(木) 06:01:19
にわか乙

560 anonymous@fusianasan 2019/06/20(木) 06:05:41
4万くらいか。全然高級品じゃない小規模向けだな
そんなIPv4固定IPアドレス必要なのは一般は必要ないだろうし
個人で必要でも十分手が出せる価格帯やん、ルーターは

561 anonymous@fusianasan 2019/06/20(木) 06:23:30
MAP-Eからマスカレード外せばよさげっぽいかな。違うか?
だとしても、MAP-E対応のコンシューマ向けルーターでそんな機能がありそうには思えないけど

562 anonymous@fusianasan 2019/06/20(木) 06:32:17
IPv4だったらアドレスは限られているから、どっちにしろマスカレードは必要か
単にポート範囲が限られているか全部かだけだったりか

563 anonymous@fusianasan 2019/06/20(木) 07:47:58
>>558
素人ならともかく、老舗ネットメディアがIPv4 over IPv6 トンネリングのことを“IPoE方式”とか表記してるのを見るとガックリくるなー……

564 anonymous@fusianasan 2019/06/20(木) 08:46:22
記事に記載のIPIPトンネルが何かくらいは調べて欲しいものだな

565 anonymous@fusianasan 2019/06/20(木) 09:05:27
>>563
トンネリングの事をIPoE方式と書いてる箇所はないようだが修正されたのか?
"transix"はIPv4overIPv6じゃなくてサービス自体の名称だし
>>564
関連リンク下によると
RFC2473 Generic Packet Tunneling in IPv6
つまり非常に単純にv4パケットをv6で包んで送って解くだけ
中のv4パケットのアドレス変換もポート変換も何もしない
割当グローバルIPは1個だから必要ならLAN側ルータでNAPTする
(機器1台ならそれも不要)

566 anonymous 2019/06/20(木) 20:46:47
どういう売り方するのか気になる

567 anonymous@fusianasan 2019/06/20(木) 23:02:52
>>561
市販の MAP-E 対応コンシューマ向けルーターなら、
transix の DS-Lite にも対応してるからそちらに切り替えれば NAPT は外せる。

でも、そこに固定用のグローバル IPv4 アドレスを外側とする NAPT を加える機能はないから、NAPT 用にもう 1 台ルーターを追加必要だな。
あと、DS-Lite でのトンネルの相手側端点が gw.transix.jp で固定されてて手動設定などできないのとかはあるので、そういうのは選んじゃいけない。

568 anonymous@fusianasan 2019/07/03(水) 23:13:17
久しぶりにこのスレ覗いたけどネタがループしてるな
フレッツ固有とかv4延命共存とか直接v6どうこうでない話ばかり繰り返すのか

569 anonymous 2019/07/03(水) 23:13:49
トンネル実装しないと普及しねえぞって言われ続けてもう10年

570 anonymous@fusianasan 2019/07/04(木) 07:00:36
トンネルの質は変わってきてる。
10年前はIPv6 over IPv4で
今はIPv4 over IPv6

571 anonymous@fusianasan 2019/07/04(木) 21:28:28
ビッグローブがNAT64/DNS64をはじめたみたい
https://support.biglobe.ne.jp/ipv6/nat64.html

572 anonymous@fusianasan 2019/07/04(木) 21:58:56
ちょっと読みではなんなんと思ったら、端末側がIPv6だけで良くなるような感じか

573 anonymous@fusianasan 2019/07/04(木) 22:12:27
>>571
「はじめた」とは言っても一般向けに提供開始したわけではなくて、今は先行でキャンペーンに参加した人のみが対象。

そんなふうに対象者を絞った形であれば、去年7月から既にやってた。
http://archive.is/cHGRK 👀
Rock54: Caution(BBR-MD5:1322b9cf791dd10729e510ca36a73322)

574 anonymous@fusianasan 2019/07/30(火) 21:53:38

575 anonymous@fusianasan 2019/09/22(日) 14:20:08
IPv4 over IPv6にしてからIPv4のアドレスが固定になった
コマンドつかっても変わんない

576 anonymous@fusianasan 2019/09/22(日) 15:55:41
MAP-Eなら割り当てられるIPv4アドレスはIPv6アドレスからだからじゃね

577 anonymous@fusianasan 2019/09/22(日) 16:42:20
なるほど
サンキュー

578 help 2019/10/09(水) 15:11:48
IPv6契約しようとしたんだけど、HGWが正しく設置されてないとか言われて契約できないんだがどうすりゃいいの?
普通にひかり電話使ってるし、PR-S300NEだから問題ないと想うし・・・
Panasonicのまとめてネット ギガ使ってるのがダメなのか?

579 anonymous@fusianasan 2019/10/09(水) 16:50:07
>Panasonicのまとめてネット ギガ使ってるのがダメなのか?
関係ないだろう。サービス情報サイト(NGN IPv4)専用の接続設定をしてないんだろう

580 help 2019/10/09(水) 16:57:35
>>579
すいません、それってどこで設定するんですか?

581 anonymous@fusianasan 2019/10/09(水) 17:05:48
NTT西なの?

582 anonymous@fusianasan 2019/10/09(水) 17:15:05
>IPv6契約しようとした
どこで?なにを?フレッツ・v6オプションをとしか思えないが。だったらルータにサービス情報サイトへの接続設定が必要。NTT西は設定方法の案内が不親切かなと

ISPでISPのIPv6(IPv4 over IPv6でも)利用を申し込めば、NTTのフレッツ・v6オプションの設定も同時にISP側からやってくれるだろう

583 anonymous@fusianasan 2019/10/09(水) 17:31:03
>>578
> IPv6契約しようとしたんだけど、HGWが正しく設置されてないとか言われて
・NTTとフレッツv6オプション契約をしようとした
・ISPと(そのISPの)IPv6接続サービス契約をしようとした
どっちだ?
後者ならISP名、v6接続サービス名を晒さなきゃ誰も有用なアドバイスできないと思う

584 help 2019/10/09(水) 17:41:36
ゲーミング+でプロバイダ契約をしようとしたら、接続判定ツールでIPv4設定ソフトウェアへの接続(v6プラスHGW用)ってのがNG判断されて、
回線の開通ができなかったんです
ドコモ光でひかり電話バリューを契約中で使用している端末はPR-S300NE、場所的には東日本です
ドコモ光にする前はBフレッツハイパーファミリータイプを契約してました

585 help 2019/10/09(水) 17:43:49
あっと、接続サービスはv6プラスコースにグローバルIPオプションをつけてます

586 anonymous@fusianasan 2019/10/09(水) 18:25:59
たんに、
PR-S300NEはv6プラスには対応してないようなので、
IPv4はv6プラスを使うそのISPの接続ツールでは
「IPv4設定ソフトウェアへの接続(v6プラスHGW用)ってのがNG」
なんじゃね

IPv6は使えるんじゃないの、パソコンなりの設定もIPv6をちゃんとしていればだが

587 anonymous@fusianasan 2019/10/09(水) 18:33:37
IPv6契約しようとしたではなくて、契約しただろうに
回線の開通ができなかったではなく、うまく使えてないだろう

契約できない、回線が開通しない(NTTなりプロバイダ側が拒否なり作業できないなり)かと思った

588 anonymous@fusianasan 2019/10/09(水) 18:40:02
S300NEのIPv6性能は論外
まずHGW変えてもらうべき

589 anonymous@fusianasan 2019/10/09(水) 18:52:11
そのISPのサイトに限らずv6プラス関係のサイトでは、PR-S300NEが対応機器に入ってるが、
http://nttwest.ssdl1.smartstream.ne.jp/nttwest/flets/kiki/flets/rts300se/RTS300SE_man1409.pdf
に記述は全くないし、設定画面にもあるのはIPv6ブリッジだけという、本当に対応してんのかいなと思いきや、
https://www.akakagemaru.info/port/negotiation-v6.html
NTTが提供するv6プラス対応ルーターはLANケーブルをパソコンやテレビに繋いでルーターの電源を入れると自動的にv6プラス接続が開始されます
らしいのな

590 anonymous@fusianasan 2019/10/09(水) 18:56:03
>>584
このページのフローの『3.類似するIPv6サービスを利用していない』で判定ページやってみた話と想像
https://www.gaming-plus.net/chart/
そこは書いてる通り接続状況が【IPv6でアクセス中です】表示か【IPv4でアクセス中です】表示かを見るだけ
接続状況は判定しなくても表示されてるはず(判定開始ボタンの上)
判定開始する事自体が間違い、判定開始ボタン押すな

591 anonymous@fusianasan 2019/10/09(水) 19:00:08
ああ、SEだった
https://www.ntt-west.co.jp/kiki/download/flets/prs300ne/PRS300NE_man0809.pdf
まあ、同じだな

https://web116.jp/ced/support/version/broadband/pr_s300ne/rireki.html
バージョンアップにもねーなあ(てか近いIPv6関連であるのが「インターネット(IPv6 PPPoE)接続機能に対応しました」というナゾのw)

592 anonymous@fusianasan 2019/10/09(水) 19:04:20
マニュアルに「フレッツ・スクウェア」だの「 B フレッツ」だの書いてある古臭すぎなので、>>588のいう通り交換してもらった方がいいだろう

593 anonymous@fusianasan 2019/10/09(水) 19:10:51
(遅いのは別問題として)
v6プラス提供してるJPNEのページで対応機種に入ってるから対応はしてる
https://www.jpne.co.jp/service/v6plus/
本来の問題は >>590 で決まりだろ、本人のやり方間違い

594 anonymous@fusianasan 2019/10/09(水) 19:14:02
>>590
なるほどね。押してみたw

接続試験状況表示
試験1: OK
IPv4インターネットアクセス(DNS利用無)
試験2: OK
IPv4インターネットアクセス
試験3: OK
IPv6インターネットアクセス(DNS利用無)
試験4: OK
IPv6インターネットアクセス
試験5: OK
フレッツ東日本(西日本からはアクセス不能)(DNS利用無)
試験6: OK
フレッツ東日本(西日本からはアクセス不能)
試験7: ---
フレッツ西日本(東日本からはアクセス不能)(DNS利用無)
試験8: ---
フレッツ西日本(東日本からはアクセス不能)
試験9: TimeOut
IPv4設定ソフトウェアへのアクセス(v6プラスHGW用)
試験10: NG
v6プラスのインターネットアクセス(v6プラス用)

うちはただのIPv4 PPPoE + IPv6 IPoEのデュアルスタックだから当然、いや完璧な結果w

595 help 2019/10/09(水) 20:11:37
プロバイダの方からは、回線開通処理に失敗しましたって連絡が来て、
理由 回線がv6プラスの要件を満たしていない
a.対応機器が接続されていない
b.ひかり電話またはHGWの契約がないため
c.ひかり電話の契約が旧プランのため

って書かれてて、判定結果を送ってほしいと言われて送ったら9番目がNGになってるため、
サービスに必要なHGWが正しく設置されてないと考えられますって返事だったんだ

もう訳が分かんなくて困ってるのよ

596 anonymous@fusianasan 2019/10/09(水) 20:28:08
機器(ルーター)が設定なんぞを自動で隠されるとなにをやってるのかどこで失敗してるんか見えないわなあ
回線開通処理ってなんやねん。プロバイダからルーターにアクセスでもすんのかいな。正しく設置ってなんやねん、置いた場所が悪いんか?w

ちなみに、他の状態はどないやねん、9番目以外は

597 help 2019/10/09(水) 20:38:52
試験日時
2019-10-09 20:35:45
試験結果表示
結果 :E01 : IPv6インターネットが開通していません(0099)
IPv4 アドレス 202.###.###.###(#######.nttpc.ne.jp)  Port #####
接続試験状況表示
試験1: OK
IPv4インターネットアクセス(DNS利用無)
試験2: OK
IPv4インターネットアクセス
試験3: NG
IPv6インターネットアクセス(DNS利用無)
試験4: NG
IPv6インターネットアクセス
試験5: OK
フレッツ東日本(西日本からはアクセス不能)(DNS利用無)
試験6: OK
フレッツ東日本(西日本からはアクセス不能)
試験7: ---
フレッツ西日本(東日本からはアクセス不能)(DNS利用無)
試験8: ---
フレッツ西日本(東日本からはアクセス不能)
試験9: NG
IPv4設定ソフトウェアへのアクセス(v6プラスHGW用)
試験10: NG
v6プラスのインターネットアクセス(v6プラス用)

こんな感じです

598 anonymous@fusianasan 2019/10/09(水) 20:52:49
こっちで判定するとどうなる?
http://kiriwake.jpne.co.jp/
OKになるなら元々IPv6契約されてる
Gaming+使うなら元のISPのIPv6契約解除が必要

599 anonymous@fusianasan 2019/10/09(水) 20:54:43
>>595
IPv6じゃなくてv6プラスの話じゃないか。
前はBフレッツだったのなら、たぶん c の「ひかり電話の契約が旧プラン」だろう。
Bフレッツの頃にひかり電話を契約してそれが今でもそのままだと、その契約はひかり電話タイプ1で、それではフレッツ・ジョイントを利用できない。
フレッツ・ジョイントを利用できないと、それを利用したv6プラスは開通できない。
その場合は、NTT東契約だったらNTT東に、ひかり電話をタイプ2にしてくれって言えば変えてもらえる。

なおスレチだし板も違うので続くなら他のところへ。

600 anonymous@fusianasan 2019/10/09(水) 20:57:05
こんなプロバイダあるんだー めっちゃ速そう

601 anonymous@fusianasan 2019/10/09(水) 21:01:44
>>597
単にIPv4 PPPoEで接続できてますっぽいな
IPv6 IPoE(v6プラスではない)ができてるっぽい気がしなくもない(試験5試験6から。なにやってんのかわからんが)

どういうIPv6アドレスか確かめられるのなら(PR-S300NEのメニューにある「情報」とかで)、そのIPv6アドレスを
https://www.nic.ad.jp/ja/whois/ja-gateway.html
ネットワーク情報(IPアドレス)で検索して、プロバイダ(VNE)が出てきたらIPv6 IPoEはできてるだろう=あとはv6プラスだけ

PR-S300NEのv6プラスの対応具合がナゾすぎ。しかも固定アドレスとか

116に聞くか、>>599のいう通りv6プラススレで聞いた方がいいだろう、PR-S300NE固有的な話なら

602 anonymous@fusianasan 2019/10/09(水) 21:05:13
>>598
同じだろう、たぶん

603 anonymous@fusianasan 2019/10/09(水) 21:05:30
>>599
これっぽいね、ひかり電話タイプ1
>>600
単なるJPNE v6プラスで速度は他のv6プラス提供ISPと何も変わらない(でも料金は高い)という噂

604 anonymous@fusianasan 2019/10/09(水) 21:10:59
>>599
よく読んでなかった。なるほどね、そんなのあるのか、それっぽいね
Bフレッツだったの勝手にw光ネクストに変えられて特に何もなかったが、ひかり電話くっついてるとそんなのあるのねえ

605 anonymous@fusianasan 2019/10/09(水) 22:09:46
>>601
試験5と6は
http://[2404:1a8:ff29:3701::15]/separate/sqheader/image/ntt_logo.jpg
http://flets-east.jp/separate/sqheader/image/ntt_logo.jpg
にアクセスできるかを確認してる。
これがOKということはIPv6 IPoEは使えてるけども、3と4がNGということからそれはインターネットには繋がっていない。
となると、VNEではなく網内専用のプレフィックスが払い出されているのだろう。

ひかり電話のタイプの話はPR-S300NE固有ではなくその回線での契約のせいで、その契約のままだとHGWを別の機種に取り替えても同じことになる。
本来はNTT東日本スレの話だが、v6プラスなどを使おうとしなければまず影響のないところなので、
NTT東日本スレよりは、v6プラススレやv6プラスを提供してるプロバイダのスレの方がわかってる人が多いと思う。

なおひかり電話タイプ1の場合はDHCPv6-PDを利用できないので、情報の中で DHCPv6クライアント取得情報(IPoE) を見てもそこにアドレスは入ってない。

606 anonymous@fusianasan 2019/10/10(木) 00:54:29
>>605
VNEに繋がっててもPR-S300NEのIPv6ブリッジオンじゃないと、テストしてる端末から試験5と試験6は通らないんじゃないの
IPv4 PPPoEだし、ちゃんといろいろやってるのかわからんしとだし

607 anonymous@fusianasan 2019/10/10(木) 02:09:39
フレッツスレかv6プラススレでやる話題だな

608 help 2019/10/10(木) 05:13:27
スレ違いだったんですね、申し訳なかったです。
それなのにこんなに親身になっていただいてありがとうございました。
後でv6スレの方で聞いてみます
おそらく旧プランってのが怪しそうですが

609 anonymous@fusianasan 2019/10/16(水) 16:43:47
楽天MNOは最初からIPv6使えてるのかな
これの生データ見たら240b:c010::の人がいた
https://support.google.com/websearch/answer/6283840

610 anonymous@fusianasan 2019/10/16(水) 17:55:25
https://corp.rakuten.co.jp/news/press/2019/0212_06.html
5. 5G対応IPv6トランスポート/モバイルバックホールアーキテクチャー
らしいので、IPv6を積極的に使いそうではあるな、端末も。まあ、楽天モバイルの基地局が極小らしいけど

611 anonymous@fusianasan 2019/10/16(水) 21:39:10
DMM買収したのもその為だって前々から言われてたし

612 anonymous@fusianasan 2019/10/30(水) 23:15:14
誰が言ってたか知らないけどDMM光もDMM mobileも
JPNEなりIIJなりへ投げて自前網を持っているわけでもない
DCとかISPみたいにどちらも提供しなけりゃいけない立場でもない
上のレイヤーでサービス提供できれば良い&デュアルスタックは面倒いで
シングルスタックで良いや、どちらか選ぶならv4寄りなのがDMMダイレクトコネクトと称してフレッツ環境向v4(overv6)なJPNE v6プラス推してた

613 anonymous@fusianasan 2019/11/01(金) 03:52:20
ちょっといろいろと酷いw
VNE事業者
デュアルスタック/シングルスタック
を調べような。DMMダイレクトコネクトも

614 anonymous@fusianasan 2019/11/07(木) 16:51:50
IPv4の時でも家の中の機器に好きなプライベートIPを割り当てたいという需要は少なかったという事かねぇ
もし需要多ければIPv6になってもDHCPv6やNAT66が普及しただろうし

615 anonymous 2019/11/07(木) 22:25:10
好きなIPv4プライベートアドレス割当需要と
DHCPv6NAT66の普及が相関関係にある
と考える根拠を具体的に教えて

616 anonymous 2019/11/07(木) 23:42:52
全てのデバイスにいわゆるグローバルIPアドレスを振るなんて言いだしたヤツのせい

617 anonymous@fusianasan 2019/11/08(金) 00:25:23
>>615
IPv4のプライベートアドレスと同じようにIPv6でも好きなULAを割り当てるために
DHCPv6とNAT66がいるから。
IPv6グローバルアドレスとULAが1:1で対応するならNAT66でアドレス変換しても
それほどややこしい事にはならないんじゃないかと思うんだけど

618 anonymous@fusianasan 2019/11/08(金) 01:05:59
>>616
IPv4だってそもそもは同じだぞ。あくまでもやむおえずだからなプライベートアドレスの利用は
NAPTでのセキュリティ的にはたまたまでしかない、セキュリティのためにプライベートアドレスの利用とNAPTを考えたわけではないからな

619 anonymous@fusianasan 2019/11/08(金) 01:11:35
>>617
そういうことをしたかったら、Linuxで自分でルータを作ればいいよ。簡単にできる、NAPTだって
コンシューマ向けに高いのだったらあるんじゃないの。廉価版はそんなマニアックなヤツはいないんだろう。IPv4の当初と同じくIPv6も手動で設定すれば?PCなら

620 anonymous@fusianasan 2019/11/08(金) 13:47:31
>>618
というよりもさ、アドレス余ってそうなのにたまにprefix変るから困るんだよね。
やっぱり自分で好きに使えるアドレス欲しいじゃん。
実際自分はunique local使って>>619みたいなことしてるし。

621 anonymous@fusianasan 2019/11/08(金) 15:47:22
いまどきIPv6はMACアドレスからの自動でさえ危ないからテンポラリを使おう=がんがん変わるのでなのに
よりマニアックになら、IPアドレス直接もやめてデバイスの名前で解決するようにしろよ、好きに使えるアドレスとか意味不明なこと言わずに

622 anonymous@fusianasan 2019/11/08(金) 15:53:35
prefix変わったってRAで勝手に変わったの流れてくるんだから別になにも困ることはないだろうに
ルーターをちゃんと作れていればな
IPv6アドレスを直接打ってるのか?ありえないなwいろいろ中途半端だな

623 anonymous@fusianasan 2019/11/08(金) 16:04:58
近所のIPv4の帯域が恐ろしく細くて、夜間だと速度測定して15Mbps出るかどうかって感じなんだが、IPv6だと250Mbps以上出る
GCPとかでトンネル用のサーバーを立ててIPv4の通信はそいつにやらせて、IPv6経由でIPv4通信する方法って無い?

624 anonymous@fusianasan 2019/11/08(金) 16:16:06
トンネルにIPv4パケットをルーティングすればいいだけじゃないの

625 anonymous@fusianasan 2019/11/08(金) 16:29:04
というのをやりたいけどどうやってというのならば、とりあえずOpenVPNを試してみれば
簡単な部類だろう

626 anonymous@fusianasan 2019/11/08(金) 17:09:59
上の方とは別人だが、IPv6の宅内運用はDNSなどとセット運用だと思ってて、prefixが変わってもその辺りの運用は名前解決で問題ないと思ってるんだけど、FWやRouterでのフィルタリングを設定するときにサーバー向けは固定化したいなぁと。
そうなるとFQDNでの指定で動的にフィルタリングできる物じゃないとつらいと考えているんだが、なにか良い解決方法は有るだろうか。

627 anonymous@fusianasan 2019/11/08(金) 17:31:40
prefixが変わるのでの話なのか、あくまでも動的アドレスでの話なのか
prefixが変わるのでの話なら、interface idだけで判断すればいいんじゃないの
あくまでも動的アドレスでのなら、そりゃDNSなんぞと同じようにフィルターも動的に設定し直すだろうね。面倒だったらDMZ別にしてnetwork interfaceで判断するとか

628 anonymous@fusianasan 2019/11/08(金) 20:39:52
>>623
GCPじゃない例だけど
https://www.slideshare.net/tomocha/vps-80212721
さくらのVPS で IPv4 over IPv6ルータの構築
とか?
それかNAT64/DNS64なんかもIPv6経由でIPv4通信と言えばそうかな?

629 anonymous@fusianasan 2019/11/11(月) 12:37:30
>>621-622
まあ俺(>>620)の所の環境が変なのは認めるけどね。
例えば、ローカルなネットワーク向けのDNSサーバのアドレスがほいほい変ると
一体どうすりゃいいんだってことにならない?

630 anonymous@fusianasan 2019/11/11(月) 12:58:45
>>629
mDNSにすればいいのよ
IPv6アドレスなんてMACアドレスと同じ位に(たまに意識しなきゃいけない時もあるけど)普通は全く意識しない存在になる
ていうのが本来じゃないかな
IPアドレスを明示的にいじりたいって発想自体がv4時代の考え方を引きずった逆戻り思考な気がする

631 anonymous@fusianasan 2019/11/11(月) 13:16:54
>>629
DNSサーバのアドレスならRAで流せばいいだけだろ
いまどきRAのに対応してないのがあるんだったら、古いDHCPv6併用で
てか、ほいほい変わるってなんやねん。サービス提供するのがテンポラリ使うつもりなのか?
なに言っているんだか

>>630
mDNSなりそれと同等のを使えばいいのにな

632 anonymous 2019/11/11(月) 14:38:37
ipv6全然普及が進まない理由として、やっぱり移行がコストや機器買い替えなど難しく、
移行しても全くメリットがなかったからだろ・・・
もっと簡単に移行できるやつにしておけばよかったのに・・・
例えば、1.2.3.4.5.6.7.8.9.10.11.12.13.14.15.16......32とかもっと多くて1024ぐらいあってもいいかもしれない。、
とにかく1~255まででいいから、とにかく桁数を増やしまくって簡単に移行すればよかったのにw
それだと問題がーとか結局足りなくなるーだとか、様々あるのはわかっているが普及かんたんにするにはこれしかなかっただろと

633 anonymous@fusianasan 2019/11/11(月) 14:43:21
自分が使いこなせない=全く普及が進まない
という勝手な思い込みからぐだぐだ言うなw意図せずともでも進んでいるだなあ

634 anonymous@fusianasan 2019/11/11(月) 16:34:12
アベマTVでバリバリ使ってるけど

ドコモ光BBexcite 光電話有りのHGWとWi-Fiルーター併用
PPPoEのIPv6とIPv4のマルチセッション は
http://pbs.twimg.com/media/D-6lNa2UEAAUhc3.png
http://pbs.twimg.com/media/D-6lSFtU8AA_aav.png

635 anonymous@fusianasan 2019/11/12(火) 09:40:38
>>629 だけど、ごめん。正直に言えば良かったね。
Unboundでアドレス指定してやらないといけないパラメータがあってやった。
(マルチホームなんで)
で、Unbound動かしているのは、それ動かすことが目的だから。
この辺りが、「環境が変」と言った理由の一つ。

636 anonymous 2019/11/12(火) 10:13:16
>>633
IPv4を使いこなしているコンシューマが
どれだけいることか

637 anonymous@fusianasan 2019/11/12(火) 11:05:22
そのこんしゅーまだとIPv6も知らずのうちに使ってるだろな
実際にそうなの2件見たし

638 anonymous 2019/11/13(水) 03:51:38
サービスプロバイダ側が「接続元制限が簡易だから」っていう理由でいまだに
新規サービスインする大規模サービスをv4オンリーで立ち上げたりするのが問
題の根源なんだよなぁ。

639 anonymous@fusianasan 2019/11/14(木) 07:06:50
一番遅れてしまったのがサイト側の対応だもんね。

640 anonymous@fusianasan 2019/11/14(木) 11:47:43
v4の方が接続元制限が容易なの?
移転しまくっててカオスでトラブってる印象しかないわ

641 anonymous 2019/11/15(金) 19:00:57
逆に日本は先行してたイメージあったのにな

642 anonymous@fusianasan 2019/11/15(金) 20:05:15
接続元制限が簡易という理由が必要な新規サービスインする大規模サービスってなんやねん

643 anonymous@fusianasan 2019/11/15(金) 20:16:55
abemaTVも認証はv4で配信はv6

644 anonymous@fusianasan 2019/11/15(金) 20:23:30
まさかそれが接続元制限が簡易という理由とのたまうわけじゃないだろね?

645 anonymous@fusianasan 2019/11/29(金) 22:03:09
IPv6の普及を妨げている原因ってルーターなどのネットワーク機器じゃないの
今のPC用のOSはIPv6に対応しているしIPv4を無効にしてIPv6だけで使う事も出来る
ルーターはIPv4を無効にできないしIPv6にも限定的な対応しかしていないからIPv4を併用せざるを得ない

646 anonymous 2019/11/29(金) 23:33:46
家庭レベルは普及しだしてるからいいけど、企業レベルでどうなんだろう

導入してないのはうちの会社だけ?

647 anonymous@fusianasan 2019/11/30(土) 02:45:49
>>645
>IPv4を無効にできないし~IPv4を併用せざるを得ない
なにかとんでもなく勘違いしているだろう、いろいろと。IPv4と併用するもんだぞ今はまだまだ
IPv6だけじゃなきゃ嫌だというイミフな場合は>>571というのがある

IPoEでパススルーだけでも使えることは使えるぞ、丸見え個々のノードでフィルタリングしなきゃというアホだが
いまどき、ここ1、2年?に出たルーターだと、IPv6フィルターも付いてるだろうし、NDプロキシ(ルーターの機能として変な説明してるルーターもあるけどw)もあるだろうで十分じゃねえの

ちなみに、IPv4は無効にできるだろうどれだって。どう無効にしたいのか知らんけど
IPv6の方がルータのIPv6関連がデフォでオンだったら線繋ぐだけというIPv4よりもばかちょんかもしれんな

648 anonymous@fusianasan 2019/11/30(土) 15:31:31
企業内のローカルならプライベートのIPv4の方が管理しやすいもんな
人間が見てわかりやすいし

649 anonymous@fusianasan 2019/11/30(土) 16:25:50
IPv6使ったこともないくせに
IPv4アドレスの管理とやらも怪しいなその技術無知ぶりは

650 anonymous@fusianasan 2019/11/30(土) 20:18:36
IPv6はローカルセグメントのDDNSとセットで使うもんだと思ってる。

651 anonymous@fusianasan 2019/11/30(土) 22:27:27
Windowsも10になってmDNSが標準で入ったからmDNSでいいんじゃね

652 anonymous@fusianasan 2019/12/01(日) 14:00:52
総ての機器にグローバルIPを振るのがIPv6の理想だけど
手持ちの機器全てをプロバイダーのDHCPに委ねることになるのってどうなんだろう
DHCPv6を自分で用意してなるべく自分の所で完結できた方が安心なんだけど

653 anonymous@fusianasan 2019/12/01(日) 14:22:50
プロバイダーのDHCP(?DHCPv6-PD?)が関係するのはルーターだけだぞ。その手持ちの機器はRAから自前かルーターのDHCPによりだろ
ルータを用いずにONUに(スイッチングハブつけてそこに)ぶら下げてんの?

654 anonymous@fusianasan 2019/12/01(日) 14:30:16
>>652
1つのインターフェイスが複数のアドレスを持てるんだから、
LAN用の固定ULAを自分で用意したDHCPv6で割り当て
WAN用の一時GUAをプロバやネットアクセス用のルータからのRAとかで割り当て
外からアクセスする機器のみ固定GUAを別途手動で割り当て
とかすれば良いだけ

655 anonymous@fusianasan 2019/12/01(日) 14:40:20
>外からアクセスする機器のみ固定GUAを別途手動で割り当て
ルーターのDHCPv6により割り当てでいいんじゃね

656 anonymous@fusianasan 2019/12/01(日) 17:12:44
最近のルーターはDHCPv6ちゃんと付いてるもんなの?
RAだけで長らくお茶を濁されてた気も・・・

657 anonymous 2019/12/01(日) 23:48:17
>>651
ping pc1ってやると勝手に pc1.local って付いてておお!ってなったw

658 anonymous 2019/12/02(月) 23:43:02
.localってなんか最近禁止されたんじゃなかったっけ?

659 anonymous@fusianasan 2019/12/02(月) 23:54:49
mDNSに標準とされた取られたから、Active Directoryでの仕様は異端になったのでだな
Active Directoryではサンプルとしても使ってたが禁止

660 anonymous@fusianasan 2019/12/03(火) 00:03:04
使用

661 anonymous 2019/12/03(火) 21:58:43
スレチだけど勝手に.localって名前使うなよって思うわマジで
中級情シスが「なんで.local使ってるんですか!」とかうるせえうるせえ

662 anonymous@fusianasan 2019/12/03(火) 22:52:59
イミフ
無能情シス(情シスなんて無能に決まってるがw)をいてこませよ。顔真っ赤になるだろうリアルにw

663 anonymous@fusianasan 2019/12/03(火) 23:04:53
>>661がActive Directoryでlocalを使ってしまったという可能性
だとしたら>>661が文句を言うのはマイクロソフトに対してだな

664 anonymous 2019/12/03(火) 23:13:18
MSが昔からサンプルとして挙げてたのに、それをmDNSのRFCとして標準提案したAppleの嫌がらせかもしれないw

665 anonymous@fusianasan 2019/12/03(火) 23:26:15
妄想しすぎ。自分で「サンプル」と書いているのにサンプルの意味がわからないのか

666 anonymous 2019/12/04(水) 00:12:46
当然冗談のつもりで"w"付けたんだけどなんか癇にさわったみたいね
まあmDNSの話題は本質的にはスレチだな

667 anonymous@fusianasan 2019/12/04(水) 16:04:07
>>654
> LAN用の固定ULAを自分で用意したDHCPv6で割り当て
よくわからないので的外れかも知れないけど、
これリンクローカルじゃいけないのかな。
EUI-64の真ん中のところが1になってなければ自動割り当てとバッティングもしないし。
もちろん禁止されてるならダメだけど。
ユニークローカルだと間違って外に送ったらどうなるかちょっと不安。

668 anonymous@fusianasan 2019/12/04(水) 16:25:04
>>667
内部でサブネット分けないならそれでもいいだろう
fd00::/8はルーターで落としておくのが良いだろうし、ISPもingress filterで弾いてると思うけどなぁ

669 anonymous@fusianasan 2019/12/04(水) 18:47:01
v6プラスでもIPv4専用サイトを見る時はHGWとPC間はIPv4で通信してたのか
PCがIPv6に対応しているならPCからJPNEまで全部IPv6にすればもっとシンプルになるのにそうもいかないのかねえ

670 anonymous 2019/12/04(水) 18:52:30
NAT64のことかな

671 anonymous@fusianasan 2019/12/04(水) 18:56:57
そういえば気にしてなかったけど
IPv6サイトと通信する場合は
トンネル使わないのか?
まあ言われて見ればトンネルする理由がなさそうではあるが

672 anonymous@fusianasan 2019/12/04(水) 22:38:46
>>669
仮にそうするとしたらユーザー側はシンプルだけど、JPNE側はNATしないといけなくなってものすごく大変なことになる。規模がでかくなるほど、ステートレスなのと比べて不利になる
BIGLOBEはNAT64/DNS64をやり始めてるけど、JPNEくらいの規模になるとMAP-Eの方が有利なんじゃなかろうか

>>671
v6プラスとかのIPoEならトンネルする理由がないしそのまま
IPv6 PPPoEだったらPPPoEのトンネルだし、もしIPv4 PPPoEしか外につなぐ手段がないならIPv6 over IPv4 over PPPoEのトンネルにすることになる

673 anonymous 2019/12/04(水) 23:00:56
端末もサーバーもIPv4じゃなきゃIPv4 over IPv6トンネルを使えない

674 anonymous@fusianasan 2019/12/05(木) 00:55:52
IPv6を使ったことがないのにうだうだ言っているのか
IPv6を使ってるなら、意識してIPv4とIPv6通信してみりゃわかるだろうなことだろに
v6プラスとか IPv4 over IPv6 ってIPv6 での通信ぽいが、
IPv4 PPPoEと変わらん そこでの IPv6 なんて PPP と同じくなんかやってるレベルなもんな、ただの今まで通りな IPv4 だという

675 anonymous@fusianasan 2019/12/05(木) 01:34:44
現状v4とv6が両方使われてるからややこしいんだよね
全部v6に統一されれば分かりやすいのに
予想ではv6に統一されるのは何十年も先なんだっけ

676 anonymous@fusianasan 2019/12/05(木) 02:01:49
LAN内の機器間でIPv4とIPv6同時に使うのはややこしい?
それがややこやしくないのだったら同じだよ。それさえもややこしいというのなら、まあ

677 anonymous@fusianasan 2019/12/05(木) 02:06:27
IPv4とIPv6が使える環境で、相手をIPv4アドレスでならIPv4で、相手をIPv6アドレスでならIPv6ででしかないのに
シンプルすぎるだろう

678 anonymous@fusianasan 2019/12/05(木) 10:43:04
>>667
それでもいいけど名前の通りリンク毎のアドレスだからアドレスの最後に「%ゾーンインデックス」の指定が必要になることがあり面倒。場合によっては指定できずに通信不可能になるかもしれない。

679 anonymous 2019/12/05(木) 21:57:50
NetBEUIとIPv4併用している感覚だと思えばわかりやすい

680 anonymous 2019/12/06(金) 14:19:23
つうか、MVNOがいつまでたってもv6対応しないのが良くねえんだよな…
サブブラ除いたらIIJくらいしか対応してないんじゃね?

681 anonymous@fusianasan 2019/12/06(金) 14:27:00
今使ってる所はipv6対応してるぞ
と思ってテストサイトでチェックしたら大元iijだったわ

682 anonymous@fusianasan 2019/12/06(金) 23:24:04
IIJはアダルトサイト開設OKだったりオトナなISPのイメージある

683 anonymous@fusianasan 2019/12/09(月) 18:00:51
MACアドレスも今のところ枯渇の心配は無いらしいがIPv6に合わせて128bit化した方がいいんじゃないの

684 anonymous@fusianasan 2019/12/09(月) 19:10:12
MACアドレス自体はLAN(Ethernetの)で被らなければいいといえばいい、
古いので使われてたのを再利用でもたぶん全く問題がないんじゃね

685 anonymous@fusianasan 2019/12/09(月) 19:14:57
数までは深く考えたことはないが、
https://tech.nikkeibp.co.jp/it/article/COLUMN/20071225/290170/
だって。ね?wよく読んではいないけど

686 anonymous 2019/12/09(月) 20:05:50
OUIがめちゃくちゃうになってきたよな
パソコン設定してると同時発注なのに先頭から違うからすごく不安になった

687 anonymous 2019/12/09(月) 21:20:18

688 anonymous@fusianasan 2019/12/09(月) 22:36:25
RA+RDNSS
RA+ステートレスDHCPv6
どちらもDNSアドレスをクライアントに送れるから
DHCPv6が要るのはNTP、SIPなどのアドレスを送る時だけ?

689 anonymous@fusianasan 2019/12/09(月) 23:01:09
RDNSSは後付けで対応できてないのがあったような。今はもうないのかな?あるならそれ用
それとは別にアドレスを固定したい場合。DHCPなんだからそういうのがあってあたり前だが、まだそれができるルーターは少ないようだけど

690 anonymous@fusianasan 2019/12/10(火) 13:49:24
DHCPv6でもDNSアドレスを送れるようにする規格も検討されているとか

691 anonymous@fusianasan 2019/12/10(火) 14:17:41
ん?そもそも最初からDNSアドレスを送るためだけにDHCPv6だったのだよ
今検討も何も最初からあるでしょ

692 anonymous@fusianasan 2019/12/10(火) 15:44:53
頭の良い連中が集まって作った駄目な規格の見本のようだ

693 690 2019/12/10(火) 16:42:26
間違えた。
DHCPv6でゲートウェイアドレスを送る規格を検討しているの間違いだった。

694 anonymous@fusianasan 2019/12/10(火) 17:34:42
なるほど。DHCPとして見た場合不足してるから追加すんのか?w

あんま利用機会ないな
AndroidはRDNSSでDHCPv6いらなくなったからだろうからDHCPv6対応してないし、逆にRAいらないように??
割り当てによってゲートウェイを変えるとか使えそうだが、そもそもそんな変なネットワークw

695 anonymous@fusianasan 2019/12/10(火) 17:39:32
https://tools.ietf.org/id/draft-ietf-mif-dhcpv6-route-option-04.html
マジで割り当てたのによってゲートウェイを変えるためだけ(?)だったw

696 anonymous@fusianasan 2019/12/11(水) 21:51:36
>>675
光回線系統ならあと数年で出来そう。
問題はサイトの対応。

697 anonymous 2019/12/12(木) 02:02:45
あと「安値で提供」を謡ってv6未対応のままサービス提供続けるMVNOの存在とかな。

698 anonymous 2019/12/12(木) 09:57:34
大多数のWeb利用者にとってIPのバージョンがいくつだろうが関係無いしな

今脚光浴びてるのもPPPoEのIPv4接続が投資しないから限界に来て遅いってのが理由だし

699 anonymous@fusianasan 2019/12/13(金) 19:51:18
>>697
法整備しないといけない気がしたな。
こいつらがV6の推進を妨害しているように見えるし。

700 anonymous@fusianasan 2019/12/13(金) 20:55:13
金を出せばいいだろ、お前が
キャリアがもっと前にIPv6対応してたら、MVNOも無視できずにだったんだろうがな
すでに構築できてるのに改めて金を出すというのは難しいのだよ社会的に

701 anonymous 2019/12/13(金) 23:37:55
キャリアはサブブラ含め既に対応済み。
MVNOで対応してるのはIIJくらいじゃね?

702 anonymous@fusianasan 2019/12/14(土) 23:52:21
IPv6のプレフィックスが得られる回線に2台並列にルーターを繋いだ時に
ルーターのLAN側IPv6が2台とも同じだと問題が起こるかな?
NAT66は使っていないからRAで得たプレフィックスに同じインターフェースIDを付けると
同じグローバルIPが2つ存在する事になってしまうけど。

703 anonymous@fusianasan 2019/12/15(日) 00:27:44
上のDHCPv6でゲートウェイアドレスを送る規格を検討というのが、それだろう
マルチホームとか言うらしいけど。どれだけ今そんなのあるのか知らんけど、あるからそんなこと言い出してるんじゃないの
ルーティングでやりゃだがそれはダイレクトじゃないから嫌だ的な言い分だから

704 anonymous@fusianasan 2019/12/15(日) 01:00:56
>>702
どういう接続?
2つのルータのLAN側同士をつなぐ?
ルータのWAN側はどうやってプリフィックスを取得?
LAN側はRAでSLAAC?

705 anonymous@fusianasan 2019/12/15(日) 01:02:56
>>702
やりたいことおよびその説明が謎だな
回線 - ルーター1 - LAN1
   - ルーター2 - LAN2
なのか?
>ルーターのLAN側IPv6が2台とも同じだと問題が起こるかな?
prefixが同じということか?
>同じインターフェースIDを付けると同じグローバルIPが2つ存在する事
なんで同じインターフェースIDを付けるの?わざわざ同じIPアドレスが複数あるようなことを

いろいろめんどくさいが基本できることはできるだろう、ND および ND Proxy 的に

706 anonymous 2019/12/15(日) 11:27:41
>>702
ONU(HGW)を抜いたらV6アドレスが割り振られない
配下にルーター並列接続するなら普通は問題なく設定できる
わざわざコンフリクト起こすように設定すればそりゃ問題起きる

707 702 2019/12/15(日) 15:34:53
>>705の図を借りるとこうなります
ONU - ルーター1 - LAN1
   - ルーター2 - LAN2
余ったルーターを使って別系統のLANを作ってみたいんだけど
WAN側アドレスはDHCPv6で取得して、LAN側アドレスは分かりやすくするために
2台とも[同じプレフィックス::1]とした時に問題が起こるかという事です

708 anonymous@fusianasan 2019/12/15(日) 15:47:05
同じIPアドレスで問題が起こらないと考える方がおかしいぞw
問題があるに決まってるよ(ルータのLAN側インターフェースだけだったらそう無さそうだが)

709 anonymous@fusianasan 2019/12/15(日) 17:58:27
>>707
どんな契約の回線のONUだかわからないけど
フレッツだったら、回線ひとつではDHCPv6-PDで払い出しできるのはひとつだけ
そこにふたつ並列に繋いだら、ひとつしか払い出しできないのをルーター1とルーター2とで奪い合うことになるだけ
取得した直後は使えても、他方に奪われたら使えなくなる

710 anonymous 2019/12/15(日) 18:07:27
ハマるよねー

711 anonymous@fusianasan 2019/12/15(日) 18:07:48
>>709
ONUにルーターを繋がないといけないと勘違いしてるな
ONUにスイチングハブを付けてそれに複数PCを繋げて利用できる、PCがルータになるだけでルータに変わるから何か変わるということもない

奪い合いとかDHCPv6-PDをDHCPv6と勘違いしてんのか?それにしても奪い合いもなんもないDHCP(v6)自体もよくわかってなさそ

712 anonymous@fusianasan 2019/12/15(日) 19:15:03
>>711
NGN側が/56固定で割り振ってくるからプレフィックスをもらえるのは一人だけ

https://flets.com/pdf/ip-int-3.pdf
端末機器のアドレスとして利用可能なアドレスは、ルータ広告メッセージに含まれる64bitのIPv6 Prefixを利用して生成したIPv6グローバル・ユニキャストアドレス、
またはDHCPv6-PDを使用してIP通信網から送信するメッセージに含まれる48bitまたは56bitのIPv6 Prefixを利用して生成したIPv6のグローバル・ユニキャストアドレスのみです。
また、サービスの利用状況等によりIP通信網から送信されるIPv6 Prefixの値は変更される場合があります。
なお、IPv6 PrefixのサイズはIP通信網より指定をして送信します。

713 anonymous@fusianasan 2019/12/15(日) 19:21:26
>>712
そのわざわざ抽出したとこにそんなこと書いてないけど?
DHCPv6-PDがなんなのか知っていたら、そのわざわざ抽出したとこをちゃんと読めるはずだよ、そんな書いてもいないことを言っているわけではないと

714 anonymous@fusianasan 2019/12/15(日) 19:25:32
RAもしくはDHCPv6-PDで受け取ったprefixをベースにしたIPv6グローバル・ユニキャストアドレスしか利用できませんという当たり前のことを書いてあるだけだな
なんでもらえるのは一人だけwと読むんだか

715 anonymous@fusianasan 2019/12/15(日) 19:25:53
>>713
「56bitのIPv6 Prefixを」「IP通信網より指定をして送信」すると書かれている
NGN側で複数の/64に分けてもらうことはできない
https://www.seil.jp/blog/10.html

716 anonymous@fusianasan 2019/12/15(日) 19:27:08
それも当たり前のことを書いているだけだな
RAもDHCPv6-PDもわかってないだろ、まずはそれを理解しなさい

717 anonymous@fusianasan 2019/12/15(日) 19:47:51
>>709,712,715が同一人物なのかわからんが、根本的に理解してないしそもそもを勘違いしてる

>>707は ルーター1 と ルーター2 は同一のprefixで構わない、もしくは同一のprefixに決まってる前提
そもそも、フレッツでは1つのprefixしかもらえない(ひかり電話有無で長さの違いがあるだけ)のだから
なので、>>715なんて誰も必要ともそれができると誰も思っていない、当たり前のこと

RAもDHCPv6-PDもprefixを通知するだけで、受け取った方はそれを元にIPv6グローバル・ユニキャストアドレスを決めるだけ
ルーター1もルーター2も各々勝手にでそれで問題ないようにそういうように策定されてるというIPv6では当たり前のこと
なので、>>709,712なんてなにわけわからんことをになる

718 anonymous@fusianasan 2019/12/15(日) 20:08:24
もしかしたらIPv6 PrefixがIPv6アドレスだと思っていたとか
そんな馬鹿なだが、そう読むと言わんことは辻褄が合う。間違ってるけど

719 anonymous@fusianasan 2019/12/15(日) 20:30:55
PD回線でルーター1がプレフィックスを取得すると、網側→そのプレフィックス宛のパケットの宛先はルーター1になる
次にルーター2がプレフィックスを取得すると、網側→そのプレフィックス宛のパケットの宛先はルーター2になる(ルーター1ではなくなる)
その後ルーター1が(以下繰り返し)
この繰り返しのことを「奪い合い」と表現するのはわけわからんと言うなら、何と呼べばわけがわかるのかね

720 anonymous@fusianasan 2019/12/15(日) 20:52:24
>>717
それ何もdelegateしてないよね

721 anonymous@fusianasan 2019/12/15(日) 20:53:14
フレッツのDHCPv6-PDでそういう仕様というのはどこにある?そんな独自なことを書くべき書いてあるべきだし書いてあるだろう、あんな当たり前のことではなく
DHCPv6-PDはそういうものではないし、実際フレッツもそうじゃないけど
どこぞ勘違いサイトを浅く読んだんじゃないの

722 anonymous 2019/12/15(日) 20:53:52
>>719
プレフィックスとアドレスを混同してると思う
・ONUが/56のプレフィックスを取得する
(以下HGWを介してなら/56を/60に置き換える)
・ルーター1が/56内のv6アドレスを取得する
・ルーター2が/56内のv6アドレスを取得する(当然1とは異なるアドレス)
なので、ルーター1,2はLAN側に対しては/56内のそれぞれ異なる/64セグメントを割り振ればいいだけ
こういう話が >>715 のリンク先に書いてある

723 anonymous@fusianasan 2019/12/15(日) 20:55:42
>>720
言葉に惑わされすぎ
DHCPv6-PDはLANには使えないと思ってる?一つしかなら使えないよねえ?
DHCPv6-PDをLANでというのを探してみ、具体的に構築してるとこもあるから

724 anonymous@fusianasan 2019/12/15(日) 21:01:22
>>722
細かくてすまんが、
v6アドレスを取得する
/56のPrefixを取得して、v6アドレスを自分で決める
かな。取得ってどこかから(DHCPサーバとか)としか思えないような、そしてそんなのは普通はない(128bitアドレスをくれるDHCPv6は高価なルーターでも)

725 anonymous@fusianasan 2019/12/15(日) 21:39:00
フレッツ側がIPv6パケットを送信できるのは一つだけに決められてるとか、そうなのか?とパケット見てみらた
普通にフレッツ側のリンクローカルアドレスからマルチキャストアドレスでどかどか送ってるな
仮にDHCPv6-PDにより送信先宛先をひとつとステートしても意味が全くないな。故にやってないだろ
底が浅い思い込みだなとしか思えない

726 anonymous@fusianasan 2019/12/15(日) 21:49:52
どかどか送ってくるマルチキャストアドレスがNDなんだが、そういえば、一対一(DHCPv6-PDでフレッツ側がステートする)ならNDをフレッツ側から送ってくる必要はないな
お前んとこにこういうIPv6アドレスのがあるのか知らんが、お前んとこやろとそのステートのに送ればいいだけだからな(逆にそうの方がNDパケットどかどか送る必要もないし、ND Proxyなんてやらなくてもいいのにw)

NDを送ってくる時点でも、ONUに直接複数ぶら下げても問題ない、そこはちゃんと考えているというかIPv6に変にオレオレ仕様をしてないだろう

727 anonymous@fusianasan 2019/12/15(日) 22:39:27
707でてこいよ

728 anonymous@fusianasan 2019/12/16(月) 01:14:01
>>721,722,726
そっちがどんな契約か知らんが、うち(東、ひかり電話あり、1Gbps、PR-500KI)では実際>>719の通りの動作になる。
ある機器がDHCPv6-PDで/56を取得すると(Replyを返すと)、外部からのパケットは全てその機器のMACアドレスに向けていきなり来るようになる。
宛先が/56中のどんなアドレスだろうとNDは一切行わない。(/56を取得したルータ自身宛のユニキャストNSのみ時々来る)。
というかHGWがND proxyしてない時点でそうするしかないかと。

729 anonymous 2019/12/16(月) 08:09:21
>>722
何が言いたいのか分からんが、2行目の「ONUがプレフィクスを取得する」が決定的に間違いだから、それ以降も間違ってるんじゃね?

730 anonymous 2019/12/16(月) 08:22:42
プレフィクスとアドレスを混同してるのは >>722 だろ。

・HGWがNGNから/56プレフィクスを移譲してもらう
・ルータ1がHGWから/56内の/60プレフィクスを移譲してもらう
・ルータ2がHGWから/56内の/60プレフィクスを移譲してもらう

ルータ1,2がLAN側につけるアドレス(/64 プレフィクス)は、自身に移譲されたプレフィクスから好きに割当てる。

>>715 のリンク先に書いてあるのはこういうはなし。

そういう仕組みなので >>728 の言うとおり、ONU 直下に複数のルータを立てるのは無理。
NGNから/56を移譲されるルータは上限1台だから。

731 anonymous@fusianasan 2019/12/16(月) 11:46:45
そもそも >>707 がやりたいのはとにかく別系統のLANを作りたいだけみたいだから
(そこからして手段が目的化してる気もするが)
ONU直下である必要はなくてHGWの下にルーター2台つなげばそれでいいよね
ひかり電話契約してればHGWはあるし、契約なければ/64だから無理だし

732 727 2019/12/16(月) 15:23:21
前提条件揃えずにごちゃごちゃ言ってもしょうがねぇ
>>707 の回線と契約(fletsならひかり電話の有無)、繋げたいルーター二つの機種は何なのかそれが出揃ってから始めないとなぁ
あとID無いんだから続けるなら名前にレス番つけないか

733 anonymous@fusianasan 2019/12/17(火) 10:50:08
劣化するIPv4、そこへの投資は意味があるのか――問いかけられる企業戦略【IPv6 Summit in TOKYO 2019】
https://internet.watch.impress.co.jp/docs/event/1224713.html

734 anonymous@fusianasan 2019/12/17(火) 16:56:06
プロバイダによってはIPv6が使えても1個だけで
NAT66が無ければ1台しかIPv6が使えなかったりするし
未だにIPv6が別料金なプロバイダもあるのか?

735 anonymous@fusianasan 2019/12/17(火) 17:06:36
プリフィックスは1個もらえるんだから十分だろ
/64しかもらえなくても、/72とかインターフェースIDに食い込んででセグメント分けできるし
金がないとこは使えるお前の頭を使えよってとこだな

736 anonymous@fusianasan 2019/12/17(火) 17:09:54
>1台しかIPv6が使えなかったり
未だにIPv6を理解してなさそ

737 anonymous@fusianasan 2019/12/17(火) 17:25:41
IPv6で金取ってるのってIIJmioくらいしか知らないなー……と思ってサイト見に行ったら期間限定だけどオプション0円キャンペーンやってた

738 anonymous@fusianasan 2019/12/17(火) 17:39:52
>>733
ネットワークを提供する側の実情で、パススルーを脱却しての次が IPv4 over IPv6 になってるのもおかしいな
IPv4の延命、単に網終端装置問題の解決策で、最初のIPv4接続性の劣化には何も寄与してないてかIPv4 over IPv6が原因だろうに
パススルーの問題はフィルタリングしてないことで、そこがメインなはずなのにそこには言及なし。ND Proxyがそのつもりなんだろうが、ND Proxyそのものはフィルタリングとは無関係。フィルタリングするならND Proxyも必要というだけの

まあ、ネットワークを提供する側の商業的宣伝が主になんだろうが、専門家らしいのがこれという感じがしないでもない

739 anonymous@fusianasan 2019/12/17(火) 17:48:04
>>736
プロバイダからIPv6のprefixがもらえるんじゃなくてインターフェースIDも含めたIPv6が割り当てられるんだよ
JCOMはそうなってる。
ttps://cs.myjcom.jp/knowledgeDetail?an=000477773

740 anonymous@fusianasan 2019/12/17(火) 17:52:14
>サービス側の立場からすれば~IPv6対応をすることでその後のテストなどの工数は(IPv4+IPv6となるため)2倍以上になってしまう
バカの極みだな。その部分が全体のどれだけやねん、IPパケット直接使おうとしてんんのか?
いかにもネットワーク使ったの作ってますがネットワークのことは知りませんなやつが言いそうな言い訳
リアルにそういうのはごろごろいる、「[感覚的には]システムの大きな仕様変更である」ということからもそういうヤツっぽい
やりゃあちょっとの手間、もしくはほとんど無に近い手間だけなのに

741 anonymous@fusianasan 2019/12/17(火) 17:55:54
>>739
利用者側かよ。そんなとこあるんだな、まあ、J:COMはIPv4でもプライベートアドレスだったしな
J:COMなんて変わっているとこを前提にされてもわからんだろう。J:COMもそのうち変わるだろう

742 anonymous@fusianasan 2019/12/17(火) 18:09:01
>>739
https://cs.myjcom.jp/knowledgeDetail?an=000003900
なぞすぎる。原因の説明もなぞすぎる
複数の端末でIPv6使いたいなら/127とかで配布してやんよ
ケーブルモデム再起動したらアドレス変わるんだけどとかかな?

743 anonymous@fusianasan 2019/12/17(火) 18:47:24
https://ipv4.kokatsu.jp/blog/ipv4/data/JLabs-DOC-009-00-1.0.pdf
ケーブルモデムに IPv6 アドレスを割り当てる場合は stateful DHCPv6 が必要であり、CPE に対する IPv6 アドレス割り当てにも、後述するように stateful DHCPv6 が推奨される
ここから道を踏み外したっぽい、視野狭窄に陥ったぽい、stateful DHCPv6でもIPv4と同じ数しか配布できませんなんてないからな
ケーブルTV特有のなにかがあるのかもしれないが、そう特有のあるのかと疑わしい

744 anonymous 2019/12/17(火) 22:50:49
IPv4が劣化するってなんだろう

745 anonymous@fusianasan 2019/12/18(水) 00:58:59
電話のIP化によってIPv6アドレスを電話番号として使うようにしたとすると
電話番号を最大39桁(IPv6の10進表記)にするか
電話番号にA~Fを使えるようにして16桁化する事になるだろうな
DTMFでA~Dまでは存在するから*、#をE、Fとして扱えばできなくはないはず

746 anonymous@fusianasan 2019/12/18(水) 01:06:43
×電話番号にA~Fを使えるようにして16桁化
○電話番号にA~Fを使えるようにして32桁化

747 anonymous@fusianasan 2019/12/18(水) 02:00:43
>>739
JCOMってIPv6の趣旨を全く理解してないのか機材がクソなのかどっちだろ

まだIPv6の普及がほぼ未発達状態(IPv4の桁数が増えただけって使い方)だからなんとかなってるけど
これって本格的にIPv6普及しだしたら使い物にならないんじゃね

748 anonymous@fusianasan 2019/12/18(水) 05:13:13
>>747
JCOMの貸し出しの機材でNAPTなんてやってないだろし、NAPT対応のコンシューマ用ルーターなんて皆無だから
IPv6の趣旨を全く理解してなく、かつ、機材がクソだろうな

749 anonymous@fusianasan 2020/01/07(火) 05:39:39
今年初めはWindowsServer2008のサポート終了やらBフレッツのニューファミリータイプのサポート終了があるな。
かと言って何も動きはなさそう。
会社のパソコンは慌ててWindows10に移行かな。

750 anonymous@fusianasan 2020/01/18(土) 14:52:21
PS4のポート開放出来たっぽい
これで完璧だ

751 anonymous@fusianasan 2020/01/18(土) 15:00:47
OCNバーチャルコネクトをHGWで使うとポート開放できない
ISPの都合でv6プラスから強制移行させられそうなんだけどどうかならないかな?

752 anonymous@fusianasan 2020/01/18(土) 15:55:19
https://www.aterm.jp/function/wg1200hs3/guide/portmapping.html
ポートマッピング機能
本機能は、PPPoEルータモード、ローカルルータモード、v6プラスモード、IPv6オプションモードまたはOCNバーチャルコネクトモードでご使用になれます
DS-Liteと違って(ほぼ)根本的に考えていない規格ではないようなので、ISPに文句言うNTTに文句言う。「HGWで使うとポート開放できない」のが本当なら

753 anonymous@fusianasan 2020/01/20(月) 16:41:07
>>751
v4にしがみつかないでv6つかう

754 anonymous@fusianasan 2020/01/20(月) 16:47:27
ポート開放必要な古いプログラム=主にゲームだったりじゃないの
そういうのはIPv4しか対応してないっぽい

755 anonymous@fusianasan 2020/01/20(月) 20:22:54
>>753
自宅にVPNサーバー建てて出先からアクセスしてるんだけど、モバイル回線も会社のWi-FiもIPv4しか対応してないんだよ
この状態で自宅のVPNサーバーのIPv6アドレス直接叩いてアクセスできないよな?

756 anonymous@fusianasan 2020/01/20(月) 22:09:21
>>752
MAP-E方式なんで、仕組み上はCEに割り当てられたポートは待受にも使える
それをHGWで使う場合のCEの実装はVNEでやってるもので、文句を言うとしたら言う先は契約ISP
NTT東西はその実装したソフトを配ったり実行したりする仕組みを担当してるだけであって、そのソフトの機能が足りないとかの文句を言う先ではない

>>755
ここはIPv6スレだから、そんなのモバイル回線も会社もIPv6通せるの用意しとけよっていうだけ
ISPの都合でIPv4を自由に使えないとかはIPv6の話じゃないし

757 anonymous@fusianasan 2020/01/20(月) 23:10:10
>>755
そんな自宅のをはIPv4 over IPv6を諦めてPPPoE使えって話だな、IPv4 over IPv6使うとPPPoE使えないケチ臭いISPを使ってるなら

758 anonymous@fusianasan 2020/01/20(月) 23:58:36
>>755
a) 自宅のプロバイダをまともなところにかえる
b) VPSにVPNサーバ建てて中継
c) モバイルや会社側でv6 over v4
c1) v4のグローバルアドレスがあるならHEのトンネルか6to4
c2) ないならteredoでがんばる

759 anonymous@fusianasan 2020/01/28(火) 14:28:00
v6とv4の両方を設定するのが面倒だから早くv6だけで使えるようにしてほしいよ
今の所v6だけだと使えないサービスも多いし

760 anonymous@fusianasan 2020/01/28(火) 15:04:23
何を両方設定してるの?

761 anonymous@fusianasan 2020/01/28(火) 15:23:05
PPPoEのIPv6とIPv4のマルチセッションで使ってるけど
v4の方が1割早いかな、600Mbps~700Mbpsほど

762 anonymous@fusianasan 2020/02/05(水) 21:15:40
VNEのNGN上での仕組みを解説しているようなのどこかにないかな?概要的にでも
NGNというハード的な一つのネットワーク中に存在するからVirtualなんだろと思うけど。VLANのような

PPPoEだと、
利用者 - 都道府県毎の網終端装置 - ISPの地域ネットワーク - (専用線?) - ISPの大元ネットワーク - インターネット
IPv6 IPoE だと、
利用者 - (NGNでのVNEのVN) - VNEのネットワーク - インターネット
な感じ?

763 sage 2020/02/05(水) 22:43:03
VNEもNGNも固有名詞でなく一般名詞
事業者による

764 anonymous@fusianasan 2020/02/05(水) 22:48:59
>>762
フレッツの場合、NGN上では別にvirtualでも何でもないただのIPv6ネットワーク。
VNEごとに各/30をNGNに持ち込んで、NTTがそこからVNE契約ユーザーに/64か/56を割り当てる。
VNE契約が無いユーザーにはNTTの/30から割り当てる。
NGNの各ルータはそれに従って普通にルーティングするだけ。
単にルーティングテーブルに各エンドユーザー向けの経路が載っていると考えれば良い。
だから、NGNユーザー同士でIPv6通信すると、別々のVNEユーザーであろうとなかろうとVNEの機器は全く通らない。
というよりVNE契約が無くてもインターネットに出られないだけで相互通信できる(NTTとの契約に依る)。
NGNのデフォルトゲートウェイだけ、ソースアドレスベースのルーティングで各VNEのルータにパケットを送る。
つまり、利用者-NGNのネットワーク-網終端装置-VNEのネットワーク-インターネット

765 anonymous@fusianasan 2020/02/05(水) 22:49:37
>>762
たぶんNTT東西のことを言ってるんだろうけど、その場合であれば
NGN上では、NTT東西がプレフィックスの割り当てもルーティングも行い、VNEはなんにもしない
そこで割り当てるためのプレフィックスは、VNEのものをNTT東西が受領してその中から各回線に払い出す
そして各VNEごとに仮想的に分離などする必要はなく、送信元と宛先のIPv6アドレスを見てルーティングすればいいだけ
たとえば送信元がVNEのエンドユーザー(VNEのものをNTT東西が受領した範囲内)で、宛先がインターネット側のパケットは、そのVNEとのPOIへルーティング
宛先がVNEのエンドユーザーのパケットは、そのエンドユーザーの回線へルーティング

ただし、大きいくくりがアドレスの先頭の方にあって、後ろに行くほど細かくなっていくのがよくある割り当て方だけど
まず各VNEの部分がアドレスの先頭に来て、その次からが大きいくくり→小さいくくりとなっているという割り当て方をするのが変わっている

766 anonymous@fusianasan 2020/02/05(水) 23:00:12
>>764,765
いや、そういうのを説明しているようなのがどこぞにないかなあという
なんか長く解説してくれて、ありがたいが、そういうのではなくて

端的にいうとtracerouteで見た場合の。うちで使っててるISP/VNEだと、
直のからVNEのアドレスなんだが、だからこそ、どうなってんのかなと
1.VNEのアドレス(うちに割り当てられた同一セグメント)。直近なルータ?
2. 応答なし
3. 応答なし
4.VNEのアドレス
5.VNEのアドレス
6.VNEのアドレス
1-4までNGN、もしくは、4がNGNに繋がってるVNEのルータかな?
てな感じで、VLANぽいVirutalネットワークじゃないのかと。1の存在自体もあり

767 anonymous@fusianasan 2020/02/05(水) 23:12:59
>>766
ここに書いてあるNGNの情報以上のことは見つからないと思うよ
https://professionalipv6.booth.pm/items/913273

NGN内部のノードがtracerouteの応答返してない(返せない?)のは外部に公開するものでも無いという判断だろうね

768 anonymous@fusianasan 2020/02/05(水) 23:14:17
ああ、最初のはONU(のこちら側Etnernet)か?
で、2-3あたりがNGNで、4がすでにVNEということかな??
NGNでどうやってるのかはよくわからんけどw
VirtualってVLANぽいからだとなるほどと思えたんだけど、やはりVirtualの意味がわからないなあ

>>767
なる。どうも

769 anonymous@fusianasan 2020/02/05(水) 23:33:44
PPPoEがあんなのになったのはNTT法だったかの縛りで都道府県を超えられないからだったよね
NGN内に他の業者の仮想のネットワークを構築することによってというので、東西に分かれてはいるが全国を網羅した一つのネットワーク=NGNの本来の目的のができましたな感じ?

770 anonymous@fusianasan 2020/02/06(木) 00:23:36
>>766
2.や3.は、単にICMP等を返さないだけ
宛先が、自分の近所の、自分とは別のVNEのユーザー宛の通信だったら、VNEまで直行などということはなく2.のあたりで折り返してるはず
ユーザーならICMPを返してくれる人もいるから、そこまでのHOP数やRTTから推測してみるといいのでは
近所宛だったら、4までよりずっと短い時間で返ってきたりするから
(POIのすぐ近くの場合は、ひょっとするとほとんど差がないかもしれないけど)

>>768
今となっては、Virtualの意味とか考えても無駄で
単にNTT東西のNGNとIPv6 IPoEの相互接続をしてる事業者をVNEと呼んでると捉えるのが良いのでは
当初は、ISPに卸提供するものであって直接エンドユーザーに提供するわけじゃないっていう点でのVirtualだったのが、BIGLOBEとかそこから外れてるし

>>769
そもそも「他の業者の仮想のネットワーク」なんてものじゃないし
IPv6 IPoEでインターネットに繋ぐためのVNEがあるようなことを「他の業者の仮想のネットワーク」と言ってるのだったら、それより先に網内折り返し通信があった時点で既に県間通信ができてた

771 anonymous@fusianasan 2020/02/06(木) 00:39:10
長々とズレたレスしてるなって感じ

772 anonymous@fusianasan 2020/02/06(木) 00:41:05
>>768
だからVNEは何もしていない。単にルーティングしているだけ。
ONUはL1だからそこに出ないけどHGWか何かがあるから、それが1でしょう。これは網から来たVNEの/56か/64を持っている。
2は多分NTT局舎かな。これは多分リンクローカルアドレスしか持っていないから、tracerouteの戻りが1で破棄される。うちではONUに直接PCつなぐとfe80::何かが見える。
3はicmp返さない設定か、これもリンクローカルアドレスしか持っていないからのどちらかかと。

ところで、差し支えなければ県とVNEを教えてくれますか。うちは福島・ソフトバンクたけど、
1 2400:2413:xxxx:xxxx:xx00:xxxx:xxff:fexx:xxxx
2 応答なし (PC直でfe80::...)
3 応答なし
4 応答なし
5 応答なし
6 2400:2000:bb1a:xxxx::1 (既にVNEの外)
となってNGNルータが4つ入る

https://www.geekpage.jp/blog/?id=2013/1/11/1
とか

773 anonymous@fusianasan 2020/02/06(木) 01:14:52
>>772
福島なら2400:2413:の直後のxは2か3だな
6 2400:2000:bb1a:xxxx::1はNGNの外、SoftbankBBの中だけど実態としてはおそらくVNE=BBBIXの中

774 anonymous@fusianasan 2020/02/06(木) 02:20:03
>>773
地域ごとのプリフィクスの一覧ってどこにあるの?

775 anonymous@fusianasan 2020/02/06(木) 02:39:25
>>772
>だからVNEは何もしていない
なんのだからなのかがわからないなあ。NGNでVNEが何かしてるとは言ってないよ。仮想ネットワークが仮にあっても、何かするのはNTTだし、VNEは作られたそれらを利用するというか利用ですらないでしょう(NTTさんうまくやってうちのIPパケット運んでねという)
NTTでの必要性によるだけのでもそういうのが説明してるのが、概念的にもないかなあと思ったんだけど

うちは、単なるフレッツ光、ひかり電話がない。ただのONU
そして、ONU直結での話ね
なので、tracerouteの最初のはONUかその先にある何か
RAはリンクローカルアドレスが送信元で降ってるくる=PCでのゲートウェイはそのリンクローカルアドレス
だがしかし、tracerouteの最初はグローバルアドレスのなんだな(RAで降ってきたprefixの)
で、ゲートウェイのリンクローカルアドレスにはpingしても何も返ってこないもちろん%if付けてね)が、謎のグローバルアドレスのは返ってくるというのだった
グローバルアドレスのはONUのEthernet側とは違う先の何かか、リンクローカルアドレスだと返さない謎設定とか??前者かな??

ASAHIネットでの北海道です
1. 2405:658x:... 1.362 ms
2 * * *
3 * * *
4 2001:c28:... 18.383 ms
5 2001:c28:...
6 2001:c28:...
7 2001:c28:...
次がトランポータだかなんだかのASAHIネットの外(5-7はちゃんと名前もある、なんかASAHIネットのネットワーク基盤の機器なんだろうなと思わせるw)
18 ms とかはよくみる北海道-東京でかかる時間

同じように、4,5あたりがソフトバンクのネット内じゃないのかなと見えなくもないかなあ、単にソフトバンクそれら同じようにEchoを返さない設定/仕様になってるだけの

776 anonymous@fusianasan 2020/02/06(木) 08:52:18
特定の事業者のスレでないんだから
特定のどこかの話なら専スレいった方がいい
ここでやるならせめてどこの独自網か限定した書き方してくれ

777 anonymous@fusianasan 2020/02/06(木) 11:31:07
どこの独自網か限定できてないからだろ

778 anonymous@fusianasan 2020/02/06(木) 12:20:42
>>775
×だからVNEは何もしていない
○だからNGN網は何もしていない
>NTTでの必要性によるだけのでもそういうのが説明してるのが、概念的にもないかなあと思ったんだけど
https://www.geekpage.jp/blog/?id=2013/1/11/1
にあることが全てでは?
>tracerouteの最初のはONUかその先にある何か
ONUはL3じゃないからIPアドレス持ってないし、tracerouteには絶対に出ない(ハブとかと同等)
NTT収容局のルータと考えられる
>RAはリンクローカルアドレスが送信元で降ってるくる=PCでのゲートウェイはそのリンクローカルアドレス
だがしかし、tracerouteの最初はグローバルアドレスのなんだな(RAで降ってきたprefixの)
ゲートウェイがリンクローカルとグローバルの2つ持っているだけで、至って普通
>グローバルアドレスのはONUのEthernet側とは違う先の何かか、リンクローカルアドレスだと返さない謎設定とか??前者かな??
そもそもそのリンクローカルアドレスはNTT局舎のルータが持っているわけで、本当に返ってこないなら後者

北海道なら北海道POIだから、そのtracerouteは、
1:NTT局舎ルータ
2:北海道POI前のNGNゲートウェイ
3:VNE側機器
あたりだと思う。>>772の福島は東北POIだから一度宮城に行ってるはずで、
1:HGW
2:NTT局舎ルータ
3:県間通信用NGNルータ
4:東北POI前のNGNゲートウェイ
5:VNE側機器
あたりかな。

VNEは直接関係ないし、こっちのスレの方がいいかな
https://livejupiter.org/cache/view/isp/1578323843

779 anonymous@fusianasan 2020/02/10(月) 17:32:33
サブネットに分割する事を考えるとIPv4もIPv6と同じようにc0:a8:ff:1/16みたいに16進数で書いた方が
サブネットマスク4bitがIPアドレス1桁に対応するから分かりやすいね
IPv4で16進数表記はほぼ無いけどIPv6に慣れてくるとその方が分かりやすくなってくる

780 anonymous@fusianasan 2020/02/13(木) 14:51:27
DS-LiteもHGWで対応か
https://www.mfeed.ad.jp/ja/2020/2020-02-12/
「NTT東西のソフトウェア配信基盤を活用」て事はV6プラスと同じくフレッツジョイント使ったソフト配信か
その割にはV6プラスより対応HGWが少ないな

781 anonymous@fusianasan 2020/02/13(木) 15:13:11
初心者なことを聞いて申し訳ないのですが、
普段はLAN内の端末にプロバイダのプリフィックスが乗ってるグローバルIPを割り当てずに
(リンクローカルIPのみ)、インターネットに接続する時のみプロバイダから割り当てられた
プリフィックスを使ったグローバルIPをルータに割り振ってインターネットに接続することは
できないのでしょうか?
ちょうとIPv4のNATでインターネットに接続するような感じです。
IPv6だとインターネットに接続しない時までLAN内のパソコンやIoT機器にプロバイダが確定できる
IPアドレスが割り振られるのが嫌なのです。

782 781 2020/02/13(木) 15:18:49
ちょっと言葉足らずでした。
781でいうルータとは家庭内ルータで、NGN内のNTTのルータではありません。
NTTのルータからグローバルアドレスが割り振られるのが嫌なわけでして、できれば家庭用ルータで
LAN配下の機器にIPを割り振りたいのです。DHCPv6のステートフルなら可能なのでしょうか・・・

783 anonymous@fusianasan 2020/02/13(木) 15:24:54
規格上では普通にできる
そんなことできるようになってるコンシューマ向けのルータはない
やるならLinuxなんぞで自分でルータを用意する

784 781 2020/02/13(木) 16:01:24
>>783
レスありがとうございます。DHCPv6のステートフルでできるのでしょうか?
具体的にはLinuxルータ作るしかないんですか?
クライエントPCは2台Linux PCがあるので、Linuxの操作自体は不可能ではないのですが。。。

785 anonymous@fusianasan 2020/02/13(木) 16:12:39
コンシューマ向けのルータは簡単に接続しか考えてないからな。需要もそれがほとんどだし
IPv6も基本はケーブル繋ぐだけでだからな。コンシューマ向けはそれに準じてるレベルでしかないだろう

変わったことしたいならLinuxなどで自分でやれば色々できる。そういうことできるモジュール、パッケージ、プログラムなんぞは普通にある
Linuxを少しでも知っているならLinuxでやってみればいいだろう

786 anonymous@fusianasan 2020/02/13(木) 16:25:13
>>781,782がイマイチ何をしたいのかわからんが、どうもIPv4のNAPTでのセキュリティwがいいと思ってるだけでしょ?

LinuxでIPv6ルータ作る場合、
1) LANはLUAを振って、インターネットにはIPv6 NAPT(一つのグローバルアドレスを共用)
2) LANはLUAを振って、PrefixをNAT
3) LANもグローバルアドレスで=ND Proxy
の順に簡単。IPv6もNAPTがめっちゃ簡単、簡単すぎるくらい簡単にできるぞ

DHCPv6のステートフルだのはある意味別の話。したけりゃしろ必要ならしろってとこだな

787 anonymous@fusianasan 2020/02/13(木) 16:28:29
誤 LUA
正 ULA

788 781 2020/02/13(木) 16:41:17
>>786
おっしゃるとおりIPv4 NAPTと同じことがしたいだけです。
1)でやってみようと思います。
どうもありがとうございました。

789 anonymous 2020/02/13(木) 20:50:50
セキュリティとしてはフィルターかけるのと変わらん
つーかちゃんとフィルターかけた方が安全だけどな
まあ安全危険じゃなくて安心不安の話なんだろうな
気持ちの問題には技術じゃ対処不能

790 anonymous@fusianasan 2020/02/13(木) 22:30:42
Linuxでルーターならルーター本体守るためにも最低限のフィルターが必要で、
そんなフィルターを書いているうちにNAPT信奉も無くなるだろうw

791 anonymous@fusianasan 2020/02/14(金) 00:50:03
既にスマホに携帯網からIPv6グローバルアドレスが振られる時代だからな
グローバルアドレス不安症は早めに治療しないとこの先いきていけないぞ

792 anonymous@fusianasan 2020/02/15(土) 16:45:26
IPv6ではパケットのヘッダでチェックサムが無くなっても信頼性は問題ないのかねえ

793 anonymous@fusianasan 2020/02/15(土) 17:19:14
伝送経路の途中にアナログ線とか狼煙が入らなくなったので問題ない

794 anonymous@fusianasan 2020/02/15(土) 17:31:28
L2でやってるしでもあるだろう

795 anonymous@fusianasan 2020/02/15(土) 18:34:50
TCPやUDPにも同等のチェックサムあるし、そもそもあんなチェックサムだとあまり有効じゃないから必要ならL5以上でもチェックサム持っているはず
それに最近は何でもかんでもTLSだから余計問題ない

796 anonymous@fusianasan 2020/02/16(日) 17:50:56
TCPで転送してるのに特定箇所のビットが化ける不良ネットワークあったな
犯人はNICだったかハブだったかもう忘れたけど

797 anonymous@fusianasan 2020/02/16(日) 19:39:54
httpsが一般化したようにそのうちIPsecも一般化するだろうか

798 anonymous@fusianasan 2020/02/16(日) 22:34:00
IPSecは今はもう関係ないよ
TLSで満足してるうちはIPSecの実装をを誰かがやろうとすることもなさげ

799 anonymous@fusianasan 2020/02/17(月) 21:38:36
ビット化けを検知するためにもIPsecのAH位は普及したらいいんだけどね

800 anonymous@fusianasan 2020/02/17(月) 22:01:10
IPsecは仕様上のデファクトスタンダードでも決まらなきゃ前に進みそうもないな
だがデファクトスタンダードがどれになるにはIPSecがそれなりに実装使われれなければという

801 sage 2020/02/19(水) 10:19:29
>>788
1は選択肢としてない
RFC 5902 読むのをすすめる

802 anonymous@fusianasan 2020/02/19(水) 23:32:52
>>798
TLSで満足するのはクラサバ用途の限られたところ
サイト間VPNならIPsecほぼ一択
>>799
回線事情も良くなってビット化け減った
再送よりもリアルタイム性優先するのもある
で、上のレイヤに任せて配送に専念することにしたのがIPv6
>>800
めんどくさいのはIPsecもだけれどおそらくIKEv1な
IPsec自体はかなり緩いというか他との分離を厳密にというか
具体的なところはほとんど定めてなくIKE以外の鍵交換プロトコル選ぶのもあり
実装上は実質的にIKEオンリーだけどIKEv1にも差が出た
IKEv1とIKev2は別物

803 anonymous@fusianasan 2020/02/19(水) 23:49:24
それってVPNでの利用しか使われないって言っているのと同じじゃね。そういう話じゃないだろう
サイト間VPNならOpenVPNの方が楽なんだけどな。IPsecほぼ一択ってことはないな。SSL VPNとかそれVPNか(OpenVPNじゃないの)というのもあるし
ただIPsecを搭載している機器があってそれを使って楽だっただけじゃねえの

それ以下もなんかズレてるな

804 anonymous@fusianasan 2020/02/20(木) 00:07:46

805 anonymous@fusianasan 2020/02/20(木) 10:43:05
>>801
end-to-endの原則から言ったらNATもNAPTも同様に駄目なんだから、1が駄目なら2も駄目だろう

そもそもend-to-endの原理主義的にはrouterでNATするのは駄目でfirewallは可なんてありえん
そんな中途半端な主張は認められない
つまりfirewall入れた時点で逸脱しているんだからNATでもNAPTでもスキにすればいいんじゃね

806 anonymous@fusianasan 2020/02/20(木) 22:45:28
ひかり電話契約がないとプレフィックスが/64になるからサブネットに分割できないらしいんだけそ
インターフェースIDが60bit以下でいいなら分割できるんじゃないの?

807 anonymous@fusianasan 2020/02/21(金) 00:24:45
>>806
できるけど、
・/64以外はRAでアドレス割り当てできないから、DHCPv6サーバを用意するか手動設定になる
・網側は/64全てと直接通信しようとするから、ルータにNDプロキシが必須

808 anonymous@fusianasan 2020/02/21(金) 08:40:48
IPv6でローカルネットワーク内&#13032;機器にグローバルIP
が割り振られるのは、一時アドレスが使えるPCなどはいいけど、
そうした機能のないIoT機器にはとっては危ないのでは?

809 anonymous@fusianasan 2020/02/21(金) 08:55:45
>>808
本来デバイス自体やルーターのフィルター等で対応すべきものを
「グローバルIP振られないから大丈夫」なんて謎の信仰で
思考停止に陥る状態の方がよっぽど危ない

810 anonymous 2020/02/21(金) 10:51:30
>>806
60以下でなくて64未満ならできる

811 anonymous@fusianasan 2020/02/21(金) 20:44:06
1つのプレフィックスに18446744073709551614台もの端末を繋ぐなんてありえないから
1つの回線に割り当てるプレフィックスは/64でそれを分割して使えば十分じゃないの
分割して使うならインターフェースIDは32bit(IPv4に合わせる)、48bit(MACアドレスに合わせる)で
IPv6も節約しないと意外と早く枯渇するかもしれない

812 anonymous@fusianasan 2020/02/21(金) 21:01:47
そのためにはSLAACでのアドレッシングをやめないとな

813 anonymous@fusianasan 2020/02/21(金) 22:09:05
v6のインタフェースにファイアウォール設定してるけど
戻りパケット以外は全く飛んでこないな。
ランダムに攻撃するには広すぎるんだろうな

814 anonymous@fusianasan 2020/02/21(金) 22:30:14
次世代フレッツは何bitで配るんだろう
まだとうざい

815 sage 2020/02/21(金) 22:31:35
まだ東西どっちも技術仕様公開してない

816 anonymous@fusianasan 2020/02/21(金) 22:34:33
西はルーターをONUに直結するならDHCPv6-PD必須って言ってる
/56に統一されるのでは
https://flets-w.com/service/cross/ryuuijikou/

817 anonymous@fusianasan 2020/02/24(月) 23:04:55
IPv6の普及が遅くなったのはMSの責任も大きいという声もあるね
インターネットが普及し始めた時期のOS(Win9x)からIPv6に対応していれば
ここまでIPv4が普及することなくIPv6への移行ももっと速かったはずだと

818 anonymous@fusianasan 2020/02/24(月) 23:14:12
俺もそう思う

819 anonymous@fusianasan 2020/02/24(月) 23:20:49
それはない

820 anonymous@fusianasan 2020/02/24(月) 23:25:51
MSSが1000ない、50kbpsも出ないネットワークでIPヘッダ倍増するのか
アホやろ

821 anonymous@fusianasan 2020/02/25(火) 00:14:07
IPoEが標準でになったのが最近だからな。それまではPPPoEが優勢だったのに
VNE事業者が拡大してほぼ全てのISPがになったのが2・3年前、そこから急に普及だな
MSは何にも関係ない。NTTがだな、日本では

822 anonymous@fusianasan 2020/02/25(火) 00:26:34
別にIPv6は必要ない興味ないという層でもIPv4 over IPv6にしたら速度がというのも普及に繋がってるか
それはNTTのおかげだな。PPPoEでの網終端装置というアホ機器の問題のという褒められた原因じゃないけど

823 anonymous@fusianasan 2020/02/25(火) 01:00:52
今はIPv4で動いているひかり電話も将来はIPv6に変わるのかな

824 anonymous@fusianasan 2020/02/25(火) 01:18:55
ひかり電話はIPv6だろ、最初から

825 anonymous@fusianasan 2020/02/25(火) 01:41:12
ひかり電話がIPv4 IPoE使ってるんじゃろ

826 anonymous@fusianasan 2020/02/25(火) 03:06:04
ホームゲートウェイから先(NGN)はIPv6に決まってる、IPv4なんて無いぞ基本的に
ホームゲートウェイからLAN内内線電話内がIPv4というのはホームゲートウェイの仕様でしかないな

827 anonymous@fusianasan 2020/02/25(火) 06:40:22
>>826
君よくよく調べた方がいいけど
スレチだからその辺にしとこうな

828 anonymous@fusianasan 2020/02/25(火) 10:42:08
スレチだけど「Asterisk ひかり電話 直収」あたりで調べるといい気がする

829 anonymous@fusianasan 2020/02/25(火) 12:09:14
伊藤真一じゃね?

830 anonymous@fusianasan 2020/02/25(火) 14:07:53
いつまでもNGN(Next Generation Network)呼んでいるようじゃ駄目だよ
早くCGN(Current Generation Network)と呼ばれるまで普及しないと

831 a 2020/02/25(火) 14:58:46

832 anonymous@fusianasan 2020/02/25(火) 22:55:47
ひかり電話でIPv4 IPoEが使われているからNGN内はIPv4 IPoEの通信もできるんだろうが
そこからインターネットに出ていく経路は提供してないんだろう

833 anonymous@fusianasan 2020/02/26(水) 00:43:20
CGNってなんかあったなと思ったが
キャリアグレードNAT

834 anonymous@fusianasan 2020/02/27(木) 07:31:25
結局ipv6のみ対応した機器類ってスマホとか個人向けしか思いつかないかな。
様々な業務用機器は社内イントラ用としてv4は結局必要だよね。
にしても前スレは全部書き込むまで6年もかかったけど今回は2年か。
随分普及したもんだね。

835 anonymous@fusianasan 2020/02/27(木) 08:03:25
うんち盛り太郎

836 anonymous 2020/02/28(金) 00:54:27
ひかり電話って超IPv4だよね

837 anonymous@fusianasan 2020/02/28(金) 01:15:10
うんち、盛り太郎!

838 anonymous 2020/02/28(金) 08:46:47
超IPv4
IPv4.1くらい?

839 anonymous@fusianasan 2020/02/28(金) 15:41:09
うんち盛り、太郎ですか?!?!?

840 anonymous 2020/02/28(金) 22:21:03
ひかり電話契約済みのONUに、誤ってDHCPになってるパソコンつないだら
そのままひかり電話用のグローバルIPアドレス拾って解放するか一定時間経過するまでひかり電話死亡するぐらいIPv4

841 anonymous@fusianasan 2020/02/29(土) 16:24:57
それBフレだろ
光ネクストの話してんだよ

842 anonymous 2020/02/29(土) 21:12:21
ネクストだよ

843 anonymous@fusianasan 2020/02/29(土) 22:02:36
うん、ち盛り太郎ですね!?

844 anonymous@fusianasan 2020/02/29(土) 23:10:53
小規模なネットワークほどv6化は簡単なはずだから
BIGLOBEみたいにプロバイダーがNAT64を始めたら家庭内LANはv6だけの所が増えて
v4の廃止も早まるんじゃないだろうか

845 anonymous@fusianasan 2020/02/29(土) 23:32:39
biglobeはnat64/dns64提供してたんだな
dnsにpublic dnsを指定して繋がらないとか文句言ってる人居ないのかな

846 anonymous@fusianasan 2020/02/29(土) 23:35:32
>>844
LAN側だけじゃなくて、インターネット側のNAT64/DNS64非対応なサイトやサービス等も無くならないと無理だな
BIGLOBEの場合は、IPv4 PPPoE(またはMAP-E)との併用で提供した上で、一部のホスト名に対してはDNS64でAAAAレコードを返さないことでNAT64側を通らないようになってる

>>845
IPv4 PPPoE(またはMAP-E)も併用なので、そちらで繋がる

847 anonymous@fusianasan 2020/03/01(日) 15:43:24
IoTなどのIPを使う機器は全てv4を使わずにv6オンリーで全ての機能を使えるようにしてほしいね

848 anonymous@fusianasan 2020/03/01(日) 22:19:58
新築スマートーホーム/HEMSなんかはv6前提とかある
結局メーカー系家庭向けISPで生き残ったのはソニーくらい?
パナ、東芝、NEC、富士通は売却
三菱電機、DTI手を引く
三洋、会社ごと無くなりつつ楽天

849 anonymous@fusianasan 2020/03/01(日) 22:24:46
あ、かいしゃは

850 anonymous@fusianasan 2020/03/01(日) 22:26:38
会社はほぼ別物なシャープも昔はispあったな

851 anonymous@fusianasan 2020/03/01(日) 22:33:16
家の外からアクセスする物ほどv6対応していた方がNAPTの設定をしなくていいから楽なのに
現実にはIoT家電でv6対応している物は少ないような・・・

852 anonymous@fusianasan 2020/03/01(日) 22:41:31
https://www.dti.co.jp/release/20020311.html
こんなんあった
電機メーカー系4社(三洋、東芝、三菱、松下)
IPv6やIoT(当時はまだ言葉がない)一緒に頑張ります

853 anonymous 2020/03/02(月) 20:25:46
ひかりTVなんてフレッツ網内のIPv6前提過ぎてもうめんどくせえ

854 anonymous@fusianasan 2020/03/03(火) 14:39:18
最近のIoT家電はいちいちアプリを使わないと操作できなのが不便だね
そのアプリがandroidかiosしか対応しないからPCからは操作できないし。
ルーターみたいにwebサーバーが内蔵されていれば
専用アプリをインストールしなくていいしOSを問わず使えて便利なのに

855 anonymous 2020/03/04(水) 10:38:23
わかる。
二世代前ぐらいが一番楽だった。Flashとか使ってないし

856 anonymous@fusianasan 2020/03/05(木) 18:50:27
メーカーごとや操作する家電ごとにアプリをインストールするとなると
アプリが多くなって操作が大変になってくるから
専用アプリを使うよりブラウザーからIP直打ちで
設定画面に入って操作するのが一番シンプルでいいと思う
IPを覚えるのが大変ならmDNSとかもあるんだし

857 anonymous@fusianasan 2020/03/05(木) 22:20:44
>>844
年40万+税を払って/16を維持してるところなんてゴロゴロあるからなあ

858 anonymous@fusianasan 2020/03/05(木) 23:22:42
IPv4はなくなるの?

859 anonymous@fusianasan 2020/03/05(木) 23:42:15
>>858
枯渇しただけで無くなりはしないだろ

860 anonymous@fusianasan 2020/03/06(金) 02:38:25
現存するすべてのIPv4だけのノードがIPv6もになったらIPv4は自然に消えるだろうが
そんなのは10年後とかかな。もっともあり得そうなのでも

861 anonymous@fusianasan 2020/03/06(金) 08:53:28
社内イントラまで全部IPv6となると色々厄介かな。
だけどルーターの設定やらフィルタやら基本部分が疎かじゃ意味無いけど。

862 anonymous@fusianasan 2020/03/06(金) 09:33:07
色々厄介とは?

863 anonymous@fusianasan 2020/03/06(金) 13:04:42
膨大な機器類を全部IPv6で管理となるんだけど実績ってあるかな。
もちろん最近販売している機器類はほぼ対応しているんだけど。

864 anonymous@fusianasan 2020/03/06(金) 16:35:45
同じだろ。IPv6となると色々厄介ってなんなの?

865 anonymous@fusianasan 2020/03/06(金) 19:27:54
様々な人に理解してもらえるのか不安になっただけ。

866 anonymous@fusianasan 2020/03/06(金) 20:59:51
IPv6のアドレスは長くて覚えられない
省略出来るせいでぱっと見分かり難い

867 anonymous@fusianasan 2020/03/06(金) 21:44:12
覚えようとするのがズレてる
IPアドレスなんて気にしないようにしとけ
気にしなければならないのは最後のPrefix+最後の末尾だけにしとけ 2404:6800:4004:808::2004 みたく
Prefixはすぐに参照できるとこにでもメモっておけ、もしくは自然と覚えるだろ

868 anonymous@fusianasan 2020/03/06(金) 21:49:54
IPv6に合わせてそれほど変わらなく工夫なりやろうと思えばできるだろうに
頭固すぎだろう

869 anonymous@fusianasan 2020/03/06(金) 21:51:26
>>867
誤 最後のPrefix+最後の末尾だけにしとけ
正 Prefix+最後の末尾だけにしとけ

870 anonymous@fusianasan 2020/03/06(金) 21:59:48
>>866
単に見慣れてないだけだな。見慣れたらなんでもないよ

いつものどういうものでもよくみる光景の
新しいものに慣れてない見慣れてないだけなのに文句言っているだけ
にしか思えんな

871 anonymous@fusianasan 2020/03/06(金) 22:15:38
スマホのブラウザがブックマークを書き換えるのがダメ
http://www.[20:20:24:90:25:ff:ff:ec].com/

872 anonymous@fusianasan 2020/03/06(金) 23:23:02
こういう時にステートフルDHCPv6があるとどの機器がどのIPなのか一覧が出るから便利なんだよね
v4ではステートフルDHCPが付いているのが普通なんだからv6でもステートフルが普通になってほしい

873 anonymous@fusianasan 2020/03/06(金) 23:29:01
ステートフルは必要な人が使えば良いだけの話だし
mDNS使えばいいし
v4みたいに覚えようとするのがまずアレ

874 anonymous@fusianasan 2020/03/07(土) 01:25:28
IPv6の真似をしてv4のプライベートアドレスはMACアドレスから抽出した24bitと
10.0.0.0/8を組み合わせて決めるのも実用性は無いけど面白そう

875 anonymous 2020/03/07(土) 07:20:34
ぶっちゃけNATでいいんだよ

876 anonymous@fusianasan 2020/03/07(土) 10:27:00
ネットワークの調査してて、v4だと直に打ってみるとかあるけど、v6はやる気起きないな。

877 anonymous@fusianasan 2020/03/07(土) 10:39:31
せいぜいコピぺだな

878 anonymous 2020/03/07(土) 11:51:35
>>874
48ビットのMACから、どうやったらユニークな24ビット列を生成するのか興味津々

879 anonymous@fusianasan 2020/03/07(土) 12:09:56
>>873
うむ、直接数値を扱うという考えから抜け出せないのがIPv4脳だと思う
v6アドレスなんて普通は全く意識しないためにはどうすれば? て考えないと

880 anonymous 2020/03/07(土) 12:22:41
.localなんて昔から使ってたんだから勝手に使うなよ

881 anonymous@fusianasan 2020/03/07(土) 18:19:56
>>878
ユニークにはならないけどMACの下位24bitを使えば重複する可能性は無視できるレベルじゃないの

882 anonymous@fusianasan 2020/03/07(土) 19:35:57
>>880
IPv4脳と同じ知識を書き換えができないんだな

883 anonymous@fusianasan 2020/03/07(土) 22:29:00
mdnsだと他のセグメントにあるpcの名前解決ができないのはどうする

884 anonymous@fusianasan 2020/03/08(日) 02:38:46
セグメント分けするようなとこはネットワーク環境をちゃんとしろよ
お前はインターネットをどう使ってるの?IPv4でも

885 anonymous@fusianasan 2020/03/08(日) 03:35:00
>>883
セグメント越えもできる

886 anonymous@fusianasan 2020/03/11(水) 15:56:28
macアドレスは48bitなのになぜインターフェースidは48ではなく64bitが標準と決まったの
64bitの方が切りがいいから?それともmacアドレスの方を64bitにする計画でもある?

887 anonymous 2020/03/11(水) 20:40:55
>>874
APIPAで、MACアドレス使わずに16ビットのホストアドレスを生成できてるからメリットがないかも。

888 anonymous 2020/03/11(水) 20:43:17
なんつうか、192.168.n.XX みたいな感じで、結局最後の数字さえ割り出せればなんとかなることおおかったけど
IPv6だとそういうアテができないんだよな

一緒に標準でIP一覧表示ツールでもつけておいてくれ

889 anonymous@fusianasan 2020/03/11(水) 22:41:18
aaaa:bbbb:cccc:dddd::n:XX
にしとけば同じだろうが

890 anonymous@fusianasan 2020/03/12(木) 20:04:03
ipv6であってもステートフルDHCPサーバを建てれば
全てのアドレスを人間が管理できますよ(ゲス顔

891 anonymous@fusianasan 2020/03/12(木) 21:58:21
やっぱりv4では当たり前に使えた機能がv6では使えないというのは寂しいんだよ

892 anonymous@fusianasan 2020/03/13(金) 00:16:42
例えば?

893 anonymous@fusianasan 2020/03/13(金) 07:40:24
>>890
ところがどっこい(死語)
プロバイダがプレフィックスを変えてくることもあるしー。

いやプロバイダも人間が管理してるんだけどそれ突っ込むやつはいないよな。

894 anonymous@fusianasan 2020/03/13(金) 07:53:40
ちょっと面倒なだけで対応は簡単だな
てか、そう変わるプロバイダってあるのか?今現在
自分がやる気がないだけのくせにできないできない言ってんじゃねえよ

895 anonymous@fusianasan 2020/03/13(金) 18:25:19
>>892
ステートフルDHCPは欲しいしプレフィックスが変わってもIPが変わらないようにNAT66も欲しい
v4だと出来るのが当たり前だったからv6でも欲しい

896 anonymous@fusianasan 2020/03/14(土) 03:22:30
あるし使ってるけど
そんなに欲しいなら自分で設置しろ、この口先野郎

897 anonymous 2020/03/14(土) 11:34:00
そうそう>>893なんだわ
いいから192.168.*みたいなのがほしいんだわ

898 anonymous@fusianasan 2020/03/14(土) 11:50:43
>>897
fe80::
じゃだめ?

899 anonymous@fusianasan 2020/03/14(土) 12:08:24
別にLAN内で好きなだけIPv4使ってればいい
将来もしインターネット上は全てIPv6のみになっても
LAN内でのみv4使ってる分には問題ないし誰も止めない
「趣味のIPv4」だな
周囲からは単に時代に付いていけない老人としか見られないかもしれないが

900 anonymous@fusianasan 2020/03/14(土) 12:49:28
>>899
そう言う前にまず >>742 みたいなプロバイダに消えてもらわないとな

901 anonymous@fusianasan 2020/03/14(土) 13:17:55
>>900
JCOMは何を考えてこんなネットワーク作ったんだよwww
もしかして会社全体で/64のIPv6プレフィックス一つしか持ってなかったりするのだろうか

902 anonymous@fusianasan 2020/03/14(土) 17:05:43
>>897
お前らはルータのスレへ行け。IPv6の問題じゃなく、単なる多くの市販ルータの問題だろ
探せばあるかもな、米国製のとかで
イライラするわただの無能の自己紹介は

903 anonymous@fusianasan 2020/03/14(土) 17:23:03
>>901
stateful DHCPv6 が推奨されてるからじゃね?
一般社団法人 日本ケーブルラボ がアホなんだと思う
JCOMもしくは日本ケーブルラボもそのうちこんなアホなことやめてまともになるだろう、そのうちに

904 anonymous 2020/03/14(土) 17:58:51
ヤマハルータの"[protocol_name]-prefix@[interface_name]"みたいなプレフィックス自動取得指定
構文があればプレフィックスが不定期に変わることはあんまり気にしなくていいような気もするんだ
よね。

905 anonymous@fusianasan 2020/03/14(土) 21:50:11
ヤマハのはそれで統一されてんじゃないの?
ヤマハのルータがRA送るなりDHCPv6サーバになるときには

906 anonymous@fusianasan 2020/03/15(日) 00:32:41
>>901
会社全体で/64のIPv6プレフィックス一つしか持ってなかったとしても
2^64個のIPを使えるんだから十分余裕はあるはず

907 anonymous@fusianasan 2020/03/15(日) 18:37:22
なぜandroidはdhcpv6に対応しないのか

908 anonymous@fusianasan 2020/03/15(日) 19:05:59
RAでDNSが付帯できるようになったからだろ
当初はRAはDNSとか付帯すべきではないからしょうがないから~ 以下省略

909 anonymous@fusianasan 2020/03/19(木) 00:01:55
>>903
日本ケーブルラボディスる前に確認しとけ
ポンコツなのはjcom
日本ケーブルラボの言ってるのは
事業者側から突くようなケーブルモデルやセットトップボックスはステートフル
事業者が使うのとユーザー向けは分ける

一緒くたにユーザーサイドにまでステートフルでやろうとするjcomがアホ

910 anonymous 2020/03/19(木) 03:13:49
ipv6がマルチホーム状態になる状況に対応できるケーブルモデムやSTBでjcomのサービス提供に
対応できるものがないんじゃないか?

911 anonymous@fusianasan 2020/03/19(木) 04:35:41
>>909
パターンが3つあって最初のがだろ。その最初のをJCOMが採用しその形態のだけというのだろ

912 anonymous@fusianasan 2020/03/21(土) 14:25:23
ipv6ってip変えれないのかな
自演できん

913 anonymous@fusianasan 2020/03/21(土) 15:35:04
>>912
変えられるぞ?
外向けには一時アドレス使うから一定期間で変わってる

914 anonymous@fusianasan 2020/03/21(土) 17:09:56
Prefixのことだろう

915 anonymous@fusianasan 2020/03/22(日) 22:35:46
まちbbsで何人かと被ってる、戸建て回線なのに

916 anonymous@fusianasan 2020/03/23(月) 01:36:16
IPv4 over IPv6使ってるんじゃないの

917 anonymous@fusianasan 2020/03/27(金) 20:45:49
来週にUQの古いwimaxがサービス終了だけどそんなに混乱しないかな。

918 anonymous@fusianasan 2020/03/27(金) 22:14:49
なぜここで?

919 anonymous@fusianasan 2020/04/03(金) 21:11:48
DS-LiteがあるならLiteじゃないデュアルスタックもあるの?

920 anonymous@fusianasan 2020/04/03(金) 21:21:07
他のデュアルスタックモデルよりも、コストがかかるIPv4アドレス使用量を削減できる
という意味でのライトだとRFCには書いてある

921 anonymous@fusianasan 2020/04/05(日) 18:57:30
一番単純なデュアルスタックはv4のアドレスは従来通りノード毎にグローバルアドレスを使い
それとは別に並行してv6アドレスを使う事か

922 anonymous@fusianasan 2020/04/05(日) 19:51:05
>>921
>>920を読んでのそのレスなら違う

923 anonymous@fusianasan 2020/04/16(木) 11:10:56
お前らのバカさ加減には度々驚かされる

924 anonymous@fusianasan 2020/04/16(木) 13:14:55
↑イキるだけのバカ。は可哀想なやつ

925 anonymous@fusianasan 2020/04/17(金) 11:34:46
店舗向け等のギガらくwifiは非対応だっけ?
あとはMVNO業者くらいか。

926 anonymous@fusianasan 2020/04/17(金) 23:51:40
そろそろipv4を廃止するための運動もした方がいいんじゃないの

927 anonymous 2020/04/18(土) 03:02:09
>>926
「コンテンツサービス/接続サービス提供業者側にv4オンリーでの新規サービス開始禁止と既存サービスのv6移行推進を義務付ける」とか
そういうレベルのことを全世界レベル、それこそ各国の通信事業法制レベルでやらないとどうにもならないんじゃないかねぇ。

928 anonymous@fusianasan 2020/04/18(土) 03:17:41
日本でも単位は計量法で意外と厳しく規制されてるから、法的にIPv6移行強制もやろうと思えば出来なくも無いのか?
大義名分が弱い気がするけど

929 anonymous 2020/04/18(土) 03:45:56
ITUに国際通信基本法的なものを制定施行する権限があればねぇ…

930 anonymous@fusianasan 2020/04/18(土) 06:46:11
ルートDNSからIPv4レコード削除すれば実質的に移行は可能
直接アドレスブチ込む奴にはどうしようも無いが

931 anonymous@fusianasan 2020/04/18(土) 14:44:02
ITUで権限はあるが決めごとした結果が碌でも無いことになったの知らないのか?

2012年の世界国際電気通信会議:WCIT-12(World Conference on International Telecommunications)において
慣例としてコンセンサスとるところ紛糾の末に初の多数決によって
国際電気通信規則:ITR(International Telecommunication Regulations)がどう変わったか
署名、署名保留したのがそれぞれどこの国か

932 anonymous@fusianasan 2020/04/18(土) 18:18:01
とりあえずは超有名ITどころが自社のを「全て」IPv6にしないとな。AmazonとかAppleとかMicrosoftとか(Facebookはよく知らん)、他etcとか
未だにIPv4だけwwwと馬鹿にできる空気にはまだないが、そういう空気になればどマイナーなとこ以外ほとんどがになるだろう

933 anonymous@fusianasan 2020/04/18(土) 22:57:46
確かに大手サービスがIPv4受け入れをとんでもなく絞り込めばいいではあるな

934 anonymous@fusianasan 2020/04/20(月) 18:43:14
プロバイダーもipv4の方をオプション扱いにしたらどうよ

935 anonymous@fusianasan 2020/04/20(月) 22:06:59
お前はIPv4を今は使ってないのか。そんなことできるのは稀だな
まさかIPv4 over IPv6使ってるからとかじゃないだろうな

936 anonymous@fusianasan 2020/04/25(土) 19:01:56
うちの回線(1Gb)、すごく重くなるんだけど原因はこのあたりなのかな

コマンドプロンプトで
tracert -6 www.google.co.jp
これをやると

2 * * * 要求がタイムアウトしました。
3 * * * 要求がタイムアウトしました。
4 * * * 要求がタイムアウトしました。

1~14まであるうちの2~4がタイムアウトになる


http://www.speed-visualizer.jp/
この結果は
https://i.imgur.com/BsvmPN4.jpg

普通の人がどんな感じか知りたいです

937 anonymous 2020/04/25(土) 20:19:55
全然関係ない

938 anonymous@fusianasan 2020/04/25(土) 20:36:22
>>937
IPv4だけめちゃめちゃ数値悪いのも関係ない?

939 anonymous@fusianasan 2020/04/25(土) 21:47:20
>>936
関係ないよ

940 anonymous@fusianasan 2020/04/25(土) 21:51:29
1.IPv6 と IPv4 ではルートが違う。IPv4で遅いのをIPv6のルートで見ても無意味
2.IPv6のトレースルートのそこら(多分NTT内のルータ)はECHOを返さない。どうしたって出ない、出ないのが当たり前
どっちかだけでも全然関係ないのに2つもとは贅沢だな

941 anonymous@fusianasan 2020/04/25(土) 21:55:35
ああ、pingと違ってtracerouteは返ってECHOを見るんじゃなかったっけ、まあ返ってくるのは見てるんだけど
細かいことは抜きでお願い

942 anonymous@fusianasan 2020/04/25(土) 22:20:16
このスレ二年で使い切るのか前スレとはえらい違いだな

943 anonymous@fusianasan 2020/04/25(土) 22:23:39
ほぼ全てのISPがIPv6を提供(それも無料で)したのがスレの始まるちょっと前だからねえ

944 anonymous@fusianasan 2020/05/01(金) 11:00:34
OCNでipv4 over ipv6したかったらv6アルファとやらの申込みが必須?

945 anonymous 2020/05/01(金) 11:49:23
IPoEのアドレスが2400:~だったらv6アルファを契約しなくても
対応ルーターを準備するだけでOK
IPoEが未開通の場合はマイページから申し込むこと

946 anonymous@fusianasan 2020/05/01(金) 12:03:16
>>945
サンクス。今IPoEは申し込み中なので開通したらアドレス確認ね?。でもルータ対応してないやろなぁ~。

947 anonymous@fusianasan 2020/05/01(金) 13:31:08
公式には専用レンタルルーター以外対応してないけどね
そして今はルーター不足のため受付停止中
https://www.ntt.com/personal/services/internet/hikari/ocnv6.html
ただしv6 IPoE接続できていて、OCNバーチャルコネクト対応ルーター使えば特に申し込みなく使えるらしい

948 anonymous@fusianasan 2020/05/10(日) 00:37:28
OCNでIPoE開通したわ。
ひかり電話使ってなかったら割り当てprefixが64bit?
つーか難しいわIPv6
IPv4 over IPv6どころか
IPv6だけでの通信も出来てへんわ。
ルーターのwan側LAN側両方にIPv6グローバル割り当てるには、ひかり電話必須なんかコレ?

949 anonymous@fusianasan 2020/05/10(日) 01:15:53
基本的にただケーブル繋げるだけだぞ、IPv6は
面倒もしくは独特で分かりづらいのはルータのオレオレの部分だろう
あとはPCで自分で余計なことしてなきゃな

>ひかり電話使ってなかったら割り当てprefixが64bit?
そう。IPv6が使えないのはひかり電話関係ない。逆にひかり電話付いてない方がちょっとだけシンプルだろう

>ルーターのwan側LAN側両方にIPv6グローバル割り当てるには
WAN側に割り当てる必要性が全くわからん(>>948が)が、ひかり電話なしの一つだけPrefrixでのIPoEは付く
なーんとなくセグメントの概念は知っているっぽいが、WANもLANも同一Prefixの場合はND Proxyが必要で今時のIPv6対応ルーターならそれが付いてる

950 anonymous@fusianasan 2020/05/10(日) 01:21:26
>>949
>ひかり電話なしの一つだけPrefrixでのIPoEは付く
古いIPv6対応のルーターでの、IPv6パススルーは付かないだろうな
単にIPv6パケットをWAN-LANでそのままスルーするだけで
今時のフィルター(ファイアーウォール)付きのルーターでの話

951 anonymous@fusianasan 2020/05/10(日) 04:24:59
検索流入で板のカテゴライズが無視される昨今

952 948 2020/05/10(日) 08:58:12
ルーターは中古でかったFortigateをONU直下に接続している。
家庭用じゃないのでIPv6パススルーなんて機能は無いと思うので、L3ルーティングが必要と思い、wan側とLan側に別々のIPv6セグメントが必要とおもった。
この場合プロバイダ側ルーターからLAN側セグメントへのルーティングをfortigateに向けてもらえらのか?
とか、どうも発送がIPv4の考え方から抜け出せない。
IPv6でNATはしたくないし。
ますばIPv6の勉強が必要だ。

953 948 2020/05/10(日) 09:45:13
なるほど、割り当てられたPrefixはLAN側に割り当てて
wan側はリンクローカルアドレスでキャリア側ルーターにデフォゲ向けるんか。
ここで出てくるんがND Proxyとやらかな?
こんなムズいん普及せんやろww

954 anonymous@fusianasan 2020/05/10(日) 11:37:55
WANもLANも同一Prefixの場合はND Proxyが必要、とは限らなくて
L2でブリッジしつつL3ヘッダまで見てフィルタするという手もある

IPv4でサブネットの途中に入れるには、
Proxy ARPするとか、L2でブリッジしつつL3ヘッダまで見てフィルタするとか
やり方は複数あって、○○が必要とは限らないのと同様
(Fortigateで、どれができてどれができないとかは知らないが)

貰えるプレフィックス長が、ひかり電話契約と連動しているというNTT東西特有の事情が厄介なのであって
そこはひかり電話契約してしまってDHCPv6-PDで/56の移譲を受ければ
素直にL3でルーティングできる

955 anonymous@fusianasan 2020/05/10(日) 13:50:09
>>954
>L2でブリッジしつつL3ヘッダまで見てフィルタするという手もある
そんな実装ないだろ?俺が考えた最強のじゃないの?
現在の実装は、ND Proxyが必要でしかないよ。市販ルーターがND Proxyなんて変な名前の機能なのもそう言う理由だろう

956 anonymous@fusianasan 2020/05/10(日) 13:56:26
>>953
残念ながらコンシューマ向けのでその実装で普及してる

957 948 2020/05/10(日) 20:09:39
確かにFortigateであればL2ブリッジモードで動かしてもL4ファイヤウォール機能は可能だけど、今使ってるIPv4環境も同時にそのまま動かしたい。
仮想的にFortigateを2台にわけて云々になってくるとどツボに嵌りそうなので、FortigateでND proxyの方向でIPv6勉強しながら頑張ってみます。

958 anonymous@fusianasan 2020/05/10(日) 21:11:35
>>955
俺が考えたわけではなくて実際に市販品がある

たとえばヤマハ機でブリッジインタフェースを使ってフィルタを適用した場合は
「ブリッジングの過程で処理されます。言い換えればこれらのフィルターはデータリンク層(L2)で適用されるようになります。 (処理自体はL2で行われますが、必要に応じてパケットのIPヘッダ以降をチェックします)」
と明記されている
http://www.rtpro.yamaha.co.jp/RT/docs/bridge/index.html

またコンシューマ向けで言うと、I-O DATAのWN-AX1167GRでIPv4 over IPv6が使えるモードにした場合は
IPv6については、通るパケットはL2でブリッジしてるかのようにそのまま転送される(ND ProxyのようにMACアドレスがルーターのものに差し替わるとかは起こらない)が、
WAN→LAN方向でいきなりTCP SYNが立ってるパケットは捨てられるなど、L3のヘッダを見ないとできない処理が行われる
またこの機能は(IPv6の)SPIと呼ばれていて、ND Proxyなどの呼び名はこの機種では一切出てこない

I-O DATAの中でも特定の機種のみで、これの後継機からは他社同様ND Proxy前提のものになってるが

959 anonymous@fusianasan 2020/05/13(水) 00:39:57
なんかgw前辺りからアクションネトゲのラグが酷くなったんだが
どうやら俺の環境(ないし通信経路)に問題があるようだ
ググったところとりあえず俺はまだPPPoE接続であり、プロバイダがIPoEのオプションを無料化していたようなので
IPoEとやらに切り替えてみることにした
ルーターも買い換える
これでラグが治ったらいいな

960 anonymous@fusianasan 2020/05/24(日) 20:57:13
ぷららのV6コネクトでIPv4 over IPv6を入れてみたけど、V4網はCGNを
通るので外側からアクセスができなくなるんですね。
v4はPPPoEで、v6はIPoEの設定はできるのかな。

961 anonymous@fusianasan 2020/05/24(日) 23:16:37
>>960
ntt.setup:8888/t
で設定できた

962 anonymous@fusianasan 2020/06/02(火) 03:20:58
IPv6のセキュリティネタでまた何か一部で盛り上がってるね
end to end の原則に従ってエンドポイントで担保しろってのも判るんだけど
個人的には多層防御(境界防御+エンドポイント)したい感
でもそんな事てきるのは全体からしたらごく一部だろうね
セキュリティとか知らんしって層が20年前より圧倒的に増えてるし
理想論だけじゃ現実に対処できてないんじゃないかなぁ
最低限の防御として境界ルーターでのSPI制御は有った方がいいと思うんだけどなぁ

ネットワークの運用設計だとか思想で決めることだから、これが正解ってのは決められないけどさ

963 anonymous@fusianasan 2020/06/02(火) 07:54:06
外からつながらないと思ったら、フレッツのHGWで外から中のv6接続を
受け付けない設定がデフォルトなのね

964 anonymous@fusianasan 2020/06/02(火) 07:57:21
IPv4の時代でも、大学とかグローバルいっぱい持ってますのとこでは、
ファイアーウォール何それな平和な時代は特に何もなし
ウィルスが社会問題になって、ファイアーウォール機器を入れよう
(初感染侵入がメールなどで、LANでも蔓延するウィルスが問題になって、パソコンにウィルスソフトを入れよう)
だったような

ファイアーウォール機器を入れないとこが、セキュリティとか知らんしだったな(ファイアーウォール機器がそれなりの価格でもあった。20万とか)
そしてご存知のようにw、廉価版なルータにファイアーウォール機器と同じ機能がついたのでそれが常識と

>end to end の原則に従ってエンドポイントで担保しろ
IPv4の時代でもファイアーウォール機器を入れるのがってあったんだから、IPv6だから要らないとか無理があるな

965 anonymous@fusianasan 2020/06/02(火) 08:17:46
ああ、ファイアーウォールを「入れられちゃって」それに「(ある程度)自由に穴を開けられない」という、人による障壁wがあるような「環境」な人が、
>end to end の原則に従ってエンドポイントで担保しろ
とか言い出すのはわからないでもない。でもそれは人による障壁による環境だからな、全く別の話ある意味特定事例の話だな

UPnP/NAT-PMPはNATという特性からの必要性から生まれた規格なのだろうが、目的は同じなんだからファイアーウォールに穴を開ける似たような規格が欲しいところではある

966 anonymous@fusianasan 2020/06/02(火) 08:34:27
ああ、すでにあることはあるんだな、規格としては
Port Control Protocol (PCP)
https://en.wikipedia.org/wiki/Port_Control_Protocol

967 anonymous@fusianasan 2020/06/02(火) 10:12:47
UPnP IGD v2 で IPv6 のサポートしてた
WANIPv6FirewallControl 及び、PCP を実装してるのもあった!なんだw
今度試してみよう

968 anonymous@fusianasan 2020/06/02(火) 11:14:02
SPIとかフィルタ機能入れろってのはIPv6家庭用ルーターガイドラインとかRFC7984とかある
https://www.v6pc.jp/jp/wg/coexistenceWG/v6hgw-swg.phtml

NUROを問題視してるみたいだけどソネットも協議会メンバーの内

969 anonymous@fusianasan 2020/06/02(火) 11:25:44
まだ読んでないけどPCPはUPnPのように脆弱な物になるのかな
フィッシングとかトロイには全くもって無防備だったよね

>>963
それで困ってる人が多数居たらもっとその認知広まってるよね

970 anonymous@fusianasan 2020/06/02(火) 11:28:54
NUROはNTTみたいにHGWの調達仕様定めてないんかな

971 948 2020/06/02(火) 12:01:35
AWSのlightsailがIPv6に対応したら
自分専用のIPv4 over IPv6トンネル作るのに。

972 anonymous@fusianasan 2020/06/02(火) 12:05:18
>>969
ファイアーウォールを誤解してる
フィッシングとかトロイってすでに侵入されPCで動いてるんだろ
ポート開いて待ってるのが動いてなきゃ意味がないんだから
そんなの動いている時点で問題外だろう

973 anonymous@fusianasan 2020/06/02(火) 12:34:52
>>969
はずしたら全部外れちゃうのもなんだかな

974 anonymous@fusianasan 2020/06/02(火) 12:50:47

975 anonymous@fusianasan 2020/06/02(火) 13:02:19
マンションエントランスのオートロックはないよりあった方がいい
でもオートロックあるからと各戸の玄関ドアの錠をかけないとか
そもそも錠がない部屋とかがあるのが問題
v4はなぜかオートロック(FW)頼りが許されたかもしれないが、
v6にもなってそういう運用や機器は許したくないな
(繰り返すがその上でFWはあった方が良いけど、そこは本質ではない)

976 anonymous@fusianasan 2020/06/02(火) 13:17:21
>>971
lightsailなら簡単にできるの?

977 anonymous@fusianasan 2020/06/02(火) 17:49:14
Linux/FreeBSDなら簡単軽いだろ
lightsailは安いんだろ

978 anonymous@fusianasan 2020/06/02(火) 20:14:24
>>975
例えがおかしい
そのおかしい例えで言えば、オートロックも各戸も同じ鍵だぞ?だったらどっちがは不要だな
そのおかしい例えで言えば、オートロックも各戸も同じ鍵でもで意味があるとしたら、マンション内に泥棒が居る場合 も 想定した場合でしかない

979 anonymous@fusianasan 2020/06/02(火) 20:18:45
第一v4だろうがv6だろうが個々でセキュリティを掛けるべきだろう

980 anonymous@fusianasan 2020/06/02(火) 20:23:55
LAN内でウィルスが蔓延する危険性がある(そういうことする馬鹿がいる)+絶対に蔓延させてはならないなら、
ファイアーウォールどうのではなくて、アンチウィルスを全てのに入れろって別の話だな

ファイアーウォールの動作を知らないセキュリティ考えてます風情がなんか知ったかで語っても的外れなだけだな
>>975のような「許したくない」とかネットワーク管理してる立場ならもっと勉強しろって話だな

981 anonymous@fusianasan 2020/06/02(火) 20:28:34
>>979
なんか無駄だなというのはあるんだがな
ちゃんと考えてやるとめんどくさいしなw
セキュリティなんて基本何にも役に立ってないぞ、ある意味単なる保険。保険料(なんらかのコスト)が高くなければ全てのがセキュリティ掛かってるだろう、言われるまでもなく

982 anonymous@fusianasan 2020/06/02(火) 21:52:22
個々でセキュリティをかけるべきだろうと言うのは正論だと思う
でもそれをかけられないお粗末な機材があったり
よくわからんけど邪魔だからって無効にしちゃったり
どっかのプリインFWソフトが試用期限過ぎて無効な状態なのにWindowsFirewallを有効化しないままだったり
まぁ色々とお粗末な事態は起きてる
そしてちゃんと考えない家庭が大多数と思われる

983 anonymous@fusianasan 2020/06/02(火) 22:19:16
パケットフィルタリングはFWでやろうが個々でやろうが同じ
IPv4の時も同じで、もちろんIPv6だからということもない
IPv6に限っての特別なことではなく、IPv4で特に問題になったことがないんだったらFWだけでも別にいいだろうにとしか思えんな
問題になったことがない=社会問題化するような事件があったかという

>>979のようなのはセキュリティのスレでの話題だな

984 anonymous@fusianasan 2020/06/02(火) 23:42:16
今でも4G接続すればどうせフィルタ無しでIPv6接続するからなあ、アドレスは非固定だが
この先5Gになればスマホ以外にも5GでIPv6なIoT機器も増えていくだろうし
自宅LANにFW設定してるからそれで安心、なんて話にはならんだろ

985 anonymous@fusianasan 2020/06/03(水) 06:15:54
論理性の欠けらもないレス

986 anonymous@fusianasan 2020/06/03(水) 06:30:27
個々のノードででなきゃっていうのは、
NAPTでなきゃっていうのに通じるものがあるな
もはや

987 anonymous 2020/06/07(日) 00:37:40
IPv6ってなーに、ファイアウォールってなーに?の人達はとりあえず一定のセキュリティはできてるんだよなあ
問題はこのスレにいる俺らみたいな人で、「とりあえずファイアウォールは無効」なんていって設定して回る奴らだな
スレチだが。

IPv6の利点は、桁数多い分総当たりに時間がかかることかねぇ
90年代みたいにネットにつながった瞬間にWinPopUpで英語のメッセージが来たりしないし

988 anonymous@fusianasan 2020/06/07(日) 14:13:59
セキュリティに関してはNTT東西でウィルスクリアとかセキュリティ対策ツールがゴリ押しされた気がする。
東のウィルスクリアはやめたけど西のセキュリティ対策ツールもそのうちどうなるだろうな。

989 anonymous 2020/06/07(日) 17:52:07
FWは存在すべきではないしNATも同様
必要とかあっても良い言い出す技術力が低いバカの言うことに耳をかす必要なし
こういう状況では有用云々言い出すと結局なし崩し的にv4と同じ路を辿るんだから例外なく認められない

990 anonymous 2020/06/07(日) 22:08:43
正直IPV6ですら総当たりでアドレスアクセスするやついて気持ち悪い
まさかやってるとは言わせんぞ

991 anonymous@fusianasan 2020/06/07(日) 22:16:38
存在すべきでない(笑)

992 anonymous@fusianasan 2020/06/08(月) 01:22:40
>>989
口だけの自称俺賢いでしかないな
何を必死なんだかなw

993 anonymous@fusianasan 2020/06/08(月) 01:27:57
FWはともかくNAPTは「グローバルIPじゃないから大丈夫」と思考停止
しちゃう人が多くて、IPv6ではもうメリットより害の方が大きいように思う

994 anonymous@fusianasan 2020/06/08(月) 01:35:13
そんな危惧しなくていいよ、NAPTを実装してる廉価版ルーターなんてほぼ皆無だし、多分これからも実装されないんじゃね

995 anonymous@fusianasan 2020/06/08(月) 01:44:38
いやでもこのスレでもNAPTやりたいとかいう奴が
定期的にでてきてお前何のためにやるんだと小一時間

996 anonymous@fusianasan 2020/06/08(月) 01:54:00
知ってるノード間では接続可能だが、他の知らんのは断固断るって場合、どうすんだろ
ノードをチマチマ設定するのか?人間ミスする生き物だから漏れるのは普通にあるな
そこに技術力なんてないただの手数があるかないかでしかなく、FW使うのが普通に選択肢になるだろう
で、そんなのをFWでやると、ノードでやるのは無意味に近くなるな。同じパケットをブロックするんだから

997 anonymous@fusianasan 2020/06/08(月) 01:56:33
>>995
パケットフィルタリングを知らないもしくは使ったことがないだけだろう
そんなにムキになることはないな

998 anonymous@fusianasan 2020/06/08(月) 10:41:26
保守

999 anonymous@fusianasan 2020/06/08(月) 10:55:02
999

1000 anonymous@fusianasan 2020/06/08(月) 10:55:44
>>1000なら大韓民国が財政破綻する

新着レスの表示
レス数が1000を超えています。これ以上書き込みはできません。
■トップページに戻る■ お問い合わせ/削除依頼