YAMAHAヤマハブロードバンドルーターpp select 25

**不明なデバイスさん** · 2018/06/06(水) 22:09:58.63

ヤマハルーターを個人で使用する人のための情報交換スレッドです。
旧ネットボランチシリーズと、その流れを汲むNVRシリーズと、
RTXシリーズなど企業向けの機種に関しても設定方法や使い方、
ハードウェア寄りの話題はこちらで扱います。

個人使用の範疇を超える内容や業務用ネットワークの構築・運用に関しては
通信技術板の「YAMAHA業務向けルーター運用構築スレッド」へお願いします。

YAMAHA業務向けルーター運用構築スレッドPart21
https://mao.5ch.net/test/read.cgi/network/1527602451/l50

両スレッドを臨機応変に使い分けていきましょう。

ヤマハネットワーク製品
https://network.yamaha.com/
ルーター｜製品情報｜ヤマハネットワーク製品
https://network.yamaha.com/products/routers/
ヤマハネットワーク周辺機器の技術情報ページ
http://www.rtpro.yamaha.co.jp/

前スレ
YAMAHAヤマハブロードバンドルーターpp select 24
https://mevius.5ch.net/test/read.cgi/hard/1518183815/
YAMAHAヤマハブロードバンドルーターpp select 23
https://mevius.5ch.net/test/read.cgi/hard/1502770309/
YAMAHAヤマハブロードバンドルーターpp select 22
https://echo.5ch.net/test/read.cgi/hard/1485617399/
YAMAHAヤマハブロードバンドルーターpp select 21
https://echo.5ch.net/test/read.cgi/hard/1453996883/

上記以前の過去スレは、まとめWikiを参照してください。
まとめWiki
http://wikiwiki.jp/yamaha-rtpro/

**不明なデバイスさん** · 2018/07/02(月) 08:10:30.78

モバイルルータの事か？

**不明なデバイスさん** · 2018/07/02(月) 08:57:41.24

自分ならばNTT向けのONU一体型ホームゲートウェイを思い浮かべるが、違いそうだから家庭用のWiFiルーターかな？

**不明なデバイスさん** · 2018/07/02(月) 09:49:05.64

交換機だろ

**名無し募集中。。。** · 2018/07/02(月) 10:07:37.97

>>255
ip routeコマンドに記述する順番をpp2 pp1 tunnel1の順番にすれば良いと思う

**不明なデバイスさん** · 2018/07/02(月) 10:10:20.92

>>252
フィルター型ルーティングとか使ってNVR500発のパケットはPPPoEを使うように設定しないとダメじゃないかな？
PPPoEとIPIPトンネルとかMAP-Eの併用でフィルター型ルーティングを使うパターンが増えてるか

**不明なデバイスさん** · 2018/07/02(月) 10:31:48.61

>>265
つまり複数のIPで↓を使い分けたい場合
pp1デフォで一部ポートはpp2
pp2デフォで一部ポートはpp1
どっちか片方しか実現できないってことですかね？

**不明なデバイスさん** · 2018/07/02(月) 18:31:03.23

>>267
どちらかで「一部ポート」以外のフィルタを書けばできるだろ。

**不明なデバイスさん** · 2018/07/02(月) 21:15:38.39

>>261
通信機器。NTTの膨大な研究開発投資のおこぼれの入りが減って来たので、遊んでられなくなった。

http://www.soumu.go.jp/johotsusintokei/whitepaper/ja/h28/html/nc122420.html

**不明なデバイスさん** · 2018/07/02(月) 23:27:38.26

>>266
web gui のvoip設定で接続プロバイダを指定しているから大丈夫だと勝手に思ってた
ip filter 1 pass 192.168.～
ip route default gateway tunnel 1 gateway pp 1 filter 1
で今のところ大丈夫そう。ありがとう！

**不明なデバイスさん** · 2018/07/05(木) 03:26:57.10

RTX1200でBIGLOBEのIPv6オプションのMAP-E接続をしようとしてるんですがまずIPv6の時点で繋がりません。助けてください。

configです↓
https://dl.dropboxusercontent.com/s/gtw7scuzewvajtp/config.txt?dl=0

**不明なデバイスさん** · 2018/07/05(木) 07:00:46.85

どうせ繋がっても1200じゃ使い物にならない

**不明なデバイスさん** · 2018/07/05(木) 07:39:04.77

友達から教えてもらった自宅で稼げる方法
興味がある人はどうぞ
検索してみよう『ネットで稼ぐ方法モニアレフヌノ』

YIN

**不明なデバイスさん** · 2018/07/05(木) 09:04:11.14

NVR510 やめて RTX830買い直した者だけど、昨日届いて無事v6プラスとPPPoE接続併用接続に成功しました
NVR510だとなにやら計算しないといけないらしいので、買い直して良かった。

**不明なデバイスさん** · 2018/07/05(木) 09:39:36.90

俺の自宅も1200だから気になるけどやっぱりV6は厳しいか
その前にVDSLだからやっても仕方ないけどさ

**不明なデバイスさん** · 2018/07/05(木) 10:03:15.08

接続自体はできるけど全く実用的ではないね

**不明なデバイスさん** · 2018/07/05(木) 11:19:21.45

>>274
ナイス選択

**不明なデバイスさん** · 2018/07/05(木) 20:06:04.01

>>271
ヒント「BIGLOBE」

**不明なデバイスさん** · 2018/07/05(木) 22:42:35.94

>>274
マジでか

510だよ　おれ

**不明なデバイスさん** · 2018/07/06(金) 09:28:27.63

買い替えればええだけやん

**不明なデバイスさん** · 2018/07/06(金) 09:43:04.61

そだねー

**不明なデバイスさん** · 2018/07/06(金) 10:28:54.57

共通 NTT東日本管内 ISP ぷらら

拠点1（ひかり電話なし）
下記構成でDS-Lite運用を実現済み
VDSL - RTX830 - 部内LAN

拠点2（ひかり電話あり and 電話使用）
現状（PPPoE IPv4 でのみ運用）
PR-400KI（UNI） - HUB - RTX1210 - 部内LAN
|
PR-400KI（LAN）----
|
電話機

この構成でDS-Liteを導入すると問題ありますでしょうか？
Prefixの取り合いによる不都合を懸念しております
https://www.slideshare.net/MasayukiKobayashi/545noc
では、ひかり電話を無視しているので問題はないのは分かるのですが…

ちなみにDS-Liteが開通した後でもPPPoE IPv4のみで運用するのであれば
現状を維持できますか？申請だけ先にできればと考えています

**不明なデバイスさん** · 2018/07/06(金) 10:41:52.51

訂正しました
拠点2（ひかり電話あり and 電話使用）
現状（PPPoE IPv4 でのみ運用）
PR-400KI（UNI） - HUB - RTX1210 - 部内LAN
　　　　　　　　　　|
PR-400KI（LAN）----
　　|
　電話機

**不明なデバイスさん** · 2018/07/06(金) 10:52:57.78

部内LANって法人でDS-Lite使うの？
セッション数足りなくなるんじゃね？

**不明なデバイスさん** · 2018/07/06(金) 11:42:57.17

HUB割りしてHGWと並列にするメリットってなに？
/56 を好きなように分割したいとか？

**不明なデバイスさん** · 2018/07/06(金) 11:52:13.79

>>279
いつの話をしてるんだ。
とっくに既出だろ。

**不明なデバイスさん** · 2018/07/06(金) 13:16:02.67

>>282
認識通りprefixの奪い合いでひかり電話が使えなくなります。

IPoE接続を止めて、PPPoEだけなら問題ないです。
IPoEかつひかり電話を使いのであれば
UNIからHUBで分岐しないで
HGWにRTXを接続してください

**不明なデバイスさん** · 2018/07/06(金) 14:35:30.41

拠点2
PR-400KI（LAN）- RTX1210 - 部内LAN（最大約85台同時接続）

結局、こういう形でRTX1210をぶら下げるしかないのですね
PR-400KIのルーター部を通すので、
UNI直結時よりやはりパフォーマンスは落ちますよねえ
PPPoEだけのままより勝手が向上すれば良しとしたいと思います

**不明なデバイスさん** · 2018/07/06(金) 15:13:34.96

言うほどスループット気にならんよ。ds-liteも常に8-900Mbps出たりする訳じゃ無いし。

**不明なデバイスさん** · 2018/07/06(金) 15:39:58.56

85台ってセッション足らなくてあたふたする奴やん

**不明なデバイスさん** · 2018/07/06(金) 18:26:02.13

>>288
rtx1210にpppoe設定するならHGWの性能云々はないぞ。
ipv6 ipoeでdhcpv6 pd云々ができるかどうかは知らないけど

**不明なデバイスさん** · 2018/07/06(金) 22:32:58.77

WLX402からWLX313管理できるとおもってWLX313買ったらできなくて詰んだ

**不明なデバイスさん** · 2018/07/07(土) 01:26:56.31

>>132
「「v6プラス」に対応したホームゲートウェイの配下では動作しません。」はやはり嘘で、
マップルール配信を利用できる契約があれば、v6プラスに対応したホームゲートウェイの配下でも動作するようだ。
https://twitter.com/hinananoha/status/1014448020971249664

その人、@nifty(どちらで開通させるかは、@nifty が自動で選ぶ)を利用してるために、希望する方で開通させるための条件出しに手間がかかってるけど、
どちらで開通させるのかをユーザーが選べる ISP を利用するなら、そんな手間はいらないな。

>>288
その構成だと lan2 と lan3 のどっちかは余ってるだろうから、
余ってる方を UNI 側に繋いで、PPPoE 用に使うことはできる。

RTX からのトラフィックが多いときに、ひかり電話の帯域をどうやって確保するか、
あるいは帯域の確保を諦めるか(0AB-J の電話なので、ホントは諦めちゃダメ)という問題はある。

**不明なデバイスさん** · 2018/07/07(土) 07:41:58.77

DS-Liteでの取り合いに成功した例はまだ見ないからねえ
HGWのファームアップに期待

**不明なデバイスさん** · 2018/07/07(土) 11:34:26.64

ファームが上がれば取り合いに成功する、だと？

**不明なデバイスさん** · 2018/07/07(土) 17:08:48.72

>>293
HGW配下においた場合の動作については、このスレかv6プラススレか忘れたけど、それと同じ事を何回も言ってる人が居たわけだが…
niftyの勝手に判別するロジックでトラブルって、v6プラススレでは既知の事例です。
ヤマハがそれを詳しく説明する立場じゃないから、明言を避けてサポートしないと言っているだけなのはみんな察していることだと思ってた。

**不明なデバイスさん** · 2018/07/07(土) 22:30:56.32

>>293
@niftyでYAMAHAルーターが使えることがハッキリしただけでも
勉強になりました
ちなみにBIGLOBEでどうすればよいかかが直近で知りたいです
ぷららについては取り敢えず片は付きました

**不明なデバイスさん** · 2018/07/08(日) 01:00:00.19

>>296
理屈上は使えるはずだという話はあったけども、実際に使えた事例まではなかなか出てこないのでは？
実際に使えることが確認できてないと、「みんなが気付いていない要因がまだ何かあって、実は使えない」という可能性を否定できない。

>>297
BIGLOBE でどうすればというのは、IPv4 over IPv6 を利用するにはどうすれば、か？

BIGLOBE は、過去にフレッツ光 IPv6接続を申し込んでいて、それを今でも維持している(v6プラスに変更などにもなっていない)契約の場合であれば、
@nifty で言うところの v6プラスを申し込んで IPv6接続オプションが開通したのと同じ。map-e トンネルで使える。

それ以外で map-e トンネルで使いたい場合は、IPv6オプションもしくは IPv6オプションライトを利用することになるが、
それでできるためには、BIGLOBE が YAMAHAルーターからのマップルール問い合わせにマップルールを返してくれる必要がある。
そうするつもりがあるのかどうかや、もしそのつもりがあるとして、いつからなのかなどは不明。
BIGLOBE に問い合わせたとしても、サポート外と言われるだけで教えてくれないと思われる。

参考として、NEC Aterm WG1200HP3 は 2018/6/7 に発売されて(当初より v6プラス対応)、BIGLOBE の IPv6オプションで利用できるようになったのは 6/18 頃。
遅れて後からマップルール取得できるようしてくれる可能性はある。(してくれない可能性もある。)

map-e トンネルでは利用できないなら、v6プラスでも IPv6オプションでも IPv6オプションライトでもどれでもいいから(JPNE か BIGLOBE のいずれかの IPoE が使えればいい)、
アドレスやポートを計算した上で ipip トンネルで使う。

**不明なデバイスさん** · 2018/07/08(日) 02:57:15.56

>>298
前スレ掘ってきた

https://mevius.5ch.net/test/read.cgi/hard/1518183815/835
https://mevius.5ch.net/test/read.cgi/hard/1518183815/870

835はmap-e対応コンフィグとの明言あり。
870は機種不明だが仕えてる旨
他にも対応前の書き方で使ってる人は居たね。

でもまぁ、こうして >>293 のブログ主みたいにまとめてもらってるのは有り難いですね。
リンク貼れないなNGワードなのか

**237** · 2018/07/08(日) 14:12:04.62

>>245をやってみたが状況変わらなかった
自宅NASでQNAP動作させているが
外出先からアクセスできるようにip routeでqnapのローカルipアドレスのみ
ipv4 pppoeを通して特定のポート8080とかあけているがそれが原因かな？

**不明なデバイスさん** · 2018/07/08(日) 18:22:05.08

>>300
「肝心の端末からのVPN接続」というのは、YAMAHAルーターのVPNサーバーに対して、インターネットを経由している VPN クライアントから接続したいという意味か？
(YAMAHAルーターの配下にある端末から、インターネット側の VPN サーバーに接続したいという意味ではなく)

「v6オプション(v6プラスのことか？)とpppoe併用」ということだが、
VPN クライントから、YAMAHAルーターの VPN サーバーへのパケットを PPPoE 側で受け付けるなら、
YAMAHAルーターから VPN クライアントへのパケットも、同じ PPPoE 側を通るようにしてあるか？

**不明なデバイスさん** · 2018/07/08(日) 18:36:32.62

>>300
もともとpppoeだけの時はvpn出来てるんだよね？

**不明なデバイスさん** · 2018/07/08(日) 19:12:08.24

IPv6まだカオス状態だね。MAP-eしかり、DS-Liteしかり。
こんなんじゃー普及なんかしないよな～
YAMAHAが悪いの？
それともプロバイダ？
それともIPv6の規格？

ソロソロ誰かバッシーっと100%動くconfig書いてよね。

**不明なデバイスさん** · 2018/07/08(日) 19:12:52.26

IPｖ6ってなんだろうね

**不明なデバイスさん** · 2018/07/08(日) 19:13:23.54

諸悪の根源は、みかか。

**不明なデバイスさん** · 2018/07/08(日) 19:14:52.65

みかか網に対抗できる網できないのかな？

**不明なデバイスさん** · 2018/07/08(日) 21:27:29.97

>>303
それ、ipv4を使うための技術だからな。
ipv6自体に罪はない。

**不明なデバイスさん** · 2018/07/08(日) 23:48:07.58

プロバイダ毎に違うとかものすごいいじめだな
全ての癌凶はNTTとIPv6投入時に色々と駄々こねたプロバイダ業者自身か

**不明なデバイスさん** · 2018/07/09(月) 00:50:50.68

こいつは一体何を言ってるんだ？

**不明なデバイスさん** · 2018/07/09(月) 01:07:33.01

俺は悪くない
周りが間違ってるんだ

**不明なデバイスさん** · 2018/07/09(月) 05:25:51.13

>>303
ここの過去ログ見れば、バシッと動くconfig載っているぞ。
俺は21-domainの固定IPv4アドレスのサービス＋PPPoEで
NGNサービス情報サイト v4に繋いでいる。

config晒して欲しければ晒すけれど、前スレの過去ログ読めば
幾らでもconfig転がっているよ。

**不明なデバイスさん** · 2018/07/09(月) 19:04:15.61

>>301
すいません、v6プラスですね
要は外出先でiPhoneから自宅のVPNに繋ぎたいということです

>>302のおっしゃるとおり、ipv4 pppoe だけを設定したときはVPN接続は成功します
そのConfigに追加する形でv6プラス用のConfigを追加するとVPNは接続できなくなります。

VPNクライアントのパケットもpppoe通るようにしているはずですがどうもそうなっていないみたいです

NTPの同期とネットボランチDNSの設定は出来ます
あと大事なことを言い忘れていましたがルーターはNVR510です

**不明なデバイスさん** · 2018/07/09(月) 19:10:23.34

21-domain、広島だけど大丈夫かな？

**不明なデバイスさん** · 2018/07/09(月) 19:13:33.42

>>313
それより生活は大丈夫か？

**不明なデバイスさん** · 2018/07/09(月) 20:39:01.15

>>312
ip route default gateway tunnel 1 filter 2 gateway pp 1 filter 1
ip filter 1 pass 192.168.1.1-192.168.1.49 * * * *
ip filter 2 pass 192.168.1.50-192.168.1.250 * * * *

全然詳しくないけど
DHCP(50-250)はV6プラスで、ルータ(192.168.1.1)含めた 1-49　はPPPoE
ってな感じで、うちではVPNとサーバー公開使ってる。

**不明なデバイスさん** · 2018/07/09(月) 23:48:45.26

>>312
デフォルトルートがv6プラス側になるからじゃね？

**不明なデバイスさん** · 2018/07/10(火) 01:30:31.21

>>315
>>316
シンプルにip route default gateway pp 1 にしても繋がらなかったですね
config晒します
ttps://dotup.org/uploda/dotup.org1580283.txt.html

MAP-Eの設定はここを参考にしました。
ttps://villas-windmill.blog.so-net.ne.jp/2018-04-27

**不明なデバイスさん** · 2018/07/10(火) 02:33:16.04

>>317
v6プラスで割り当てられたポートの何番をl2tpの待ち受けポートに静的マスカレードするつもりなの？

**不明なデバイスさん** · 2018/07/10(火) 03:09:04.89

>>318
待受ポートは1701にしていますが･･･
http://www.rtpro.yamaha.co.jp/RT/docs/l2tp_ipsec/index.html

**318** · 2018/07/10(火) 03:15:17.14

>>317
あぁ、すまん、l2tp待ち受けはppのままが良いのね。
iphoneがvpn接続した時に振るipレンジを指定して、
そのレンジのルートをフィルターに追加かな？

http://www.rtpro.yamaha.co.jp/RT/docs/l2tp_ipsec/index.html#setting2

**不明なデバイスさん** · 2018/07/10(火) 19:10:46.68

ひかり電話有りと無しって契約だけを指してるの？。それとも契約しててもHGWをネットワークに入れなければ、無しと同じなの？

**不明なデバイスさん** · 2018/07/10(火) 20:32:35.52

>>320
初期化して頂いたURL参考にしながら設定し直したら出来ました！
有難う御座います！

**318** · 2018/07/10(火) 20:48:44.74

>>321
契約

**不明なデバイスさん** · 2018/07/11(水) 02:20:04.42

>>321
契約だけとも違うし、HGW をネットワークに入れるかどうかとも違う。

光ネクスト回線でひかり電話契約あり(東日本でタイプ1 の場合は除く)で ONU 直結であれば「ひかり電話あり」。
その契約で HGW 配下の場合は「ひかり電話あり」「ひかり電話なし」どちらでも使えるといえば使えるが、map-e トンネル用には「ひかり電話なし」。

ONU 直下で「ひかり電話なし」に相当する契約(東日本のひかり電話タイプ1 を含む)の場合は、HGW があろうがなかろうが「ひかり電話なし」。

**不明なデバイスさん** · 2018/07/11(水) 06:37:31.02

>324
ありがとうございます。そうなのですね。
思い切り勘違いしてました。うちは、契約有り（タイプ2）なのですが、ONU直下が、ひかり電話無しで、HGW配下に入れると、ひかり電話有りという認識をもとに、設定例を見て設定しようとしていました。真逆ですね。
これをもとに設定してみます。

**不明なデバイスさん** · 2018/07/11(水) 15:13:00.69

そもそもの話として、RTXでV6プラスを機能させる場合、

・ひかり電話タイプ1を契約している。
　-> そもそもひかり電話タイプ1ではV6プラスは利用不可。
・V6プラス対応のHGWを利用している。
　-> RTXでのMAP-Eの処理は不可。
　-> HGW側でMAP-Eを処理させ、RTXは2段目のルーターとして動作（IPv4 PPPoEルーターとしての役割が大きいかも？）。
・ONU直結で、ひかり電話は契約していない。
　-> 設定例その1
・ONU直結で、ひかり電話タイプ2を契約している。
　-> 設定例その2
・V6プラス非対応のHGWを利用しており、ひかり電話を契約していないか、ひかり電話タイプ2を契約している。
　-> 設定例その3

という切り分けになるんだよね？
少し前にAtermの製品レビューでハマった記事を見かけたけど、V6プラス対応HGWを使っている場合、フレッツジョイントだけ契約しないで済ませられればよしということにも見える。
HGWでV6プラス機能をオフにすればいいというコメントも見かけたけど、その場合は設定例その3でいけるのかな。。。
https://internet.watch.impress.co.jp/docs/column/shimizu/1128407.html

この辺を読んでると、tunnel encapsulation map-eを利用する場合は、HGWがV6プラス対応の場合はどうやっても（V6プラス機能をオフにしても）ダメみたいだね。
https://villas-windmill.blog.so-net.ne.jp/2018-04-27
https://villas-windmill.blog.so-net.ne.jp/2018-05-26

**不明なデバイスさん** · 2018/07/11(水) 16:20:13.12

ipipトンネル手動計算でできる事がなんでできないの？って疑問はある
HGWのフレッツジョイントのipv4を無効にしたら接続できたって人のコンフィグを覗いてみたい

**不明なデバイスさん** · 2018/07/11(水) 16:50:02.28

設定その3のパターンなんだろうと思ってたけど。

**不明なデバイスさん** · 2018/07/11(水) 17:47:25.74

ややこしいですね。
ひかり電話契約（タイプ2）ありで、RTXを使っているとして
HGWを利用しているとは --> HGWのSwitchポート配下にRTXがある（電話も使って、RTXも使うとなるとこうなってるよね。）

HGWを利用してないとは --> ONUに直結でRTXがある（電話は使ってないって事？）

ONUをSwitchに繋ぎ、その配下にHGWと、RTXがある（電話も使って、RTXも使うとなるとこうにもなるよね。）
これは、HGWを利用しているになりますか、それともHGWを利用してないになりますか？

**不明なデバイスさん** · 2018/07/11(水) 18:03:21.93

最後の構成（ONUの下にスイッチを置いてHGWとRTXを並列させるってことだよね？）は動かないと思う。HGWとRTXが先勝ちでIPv6アドレスを取り合って、片方はIPv6通信できなくなるんじゃなかったかな。

そんな実験結果をどこかのサイトで読んだ記憶があるよ。

**不明なデバイスさん** · 2018/07/11(水) 18:31:34.86

そうなると、ひかり電話タイプ2を契約がある場合は、HGW側でMAP-Eを処理させ、RTXは2段目のルーターとして動作（IPv4 PPPoEルーターとして。この場合、電話は使える）か、HGWを撤去してRTXのみをONU直結する（この場合、電話は使えない）かの2択になるって事かな？

ひかり電話辞めようかな。

**不明なデバイスさん** · 2018/07/11(水) 18:59:18.40

自分の理解ではそう思ってますよ。
むしろ自分もこれから契約しようと思ってて気になってるところなので、もし理解が間違ってるよ、V6対応HGWありでもRTXでMAP-E接続できるよという指摘があれば欲しいです。

フレッツジョイントをブロックしてHGWにV6プラス設定を入れさせない方法もある（そうすればV6プラス対応HGWありでもRTXでMAP-Eを動かせる）みたいだけど、フレッツジョイントはV6プラス専用ってわけでもないし、微妙かなと。

**不明なデバイスさん** · 2018/07/11(水) 20:04:42.17

いやだからRTXの自動設定じゃ無くて自分である程度計算する方法でconfig書けば使えるんだってば

**不明なデバイスさん** · 2018/07/11(水) 20:12:09.32

CEアドレスを計算すればできるってことだよね？
保守等で変わった場合は保証の限りではないという前提で。

**不明なデバイスさん** · 2018/07/11(水) 21:26:27.46

>>333
公式の map-e オプションの実装って多分改善の余地有るよね

**不明なデバイスさん** · 2018/07/11(水) 21:53:05.32

>>329
なんか難しく考えすぎでは？
膨大なパターン別にこういう時はこうって暗記していそうな．．

要は
・契約上ひかり電話があるとDHCPv6-PDで降ってくる(確定事項)
・最初に受けるのはどの子？
ってだけの話でしょ

RTXを直結すれば当然DHCPv6-PDで
受けるconfigになるし、前段に代わりの誰か(HGWとか)がそれやってたらRAで受ける形になる
それだけ
YAMAHAの言う設定例3は多段構成にしたときの注意書きだし、実際に電話を使っていようがいまいが関係ないでしょ

**不明なデバイスさん** · 2018/07/11(水) 22:02:03.51

試しにやってみたがひかり電話ありだとHGWの下にRTXつけてRAプロキシの設定にしても動かないよ
DHCPv6-PDにすれば動く

**不明なデバイスさん** · 2018/07/11(水) 22:03:39.95

IPv6アドレスが決まるのに
ひかり電話なしならどうであれRA、
ひかり電話ありでRTXが先頭ならDHCPv6-PD、
ひかり電話ありでHGWが先頭ならRA
というところまでは簡単な話なんだけど、HGWがV6ブラス対応機か否かでRTXでMAP-E処理できるかどうか変わるところが厄介なんだと思う。

別コメにあったように自分でCEアドレスを計算すればいいんだろうけど、少なくともヤマハが設定例で上げてるやり方じゃ通らないわけで。

**不明なデバイスさん** · 2018/07/11(水) 22:25:10.27

>>326
・ひかり電話タイプ1を契約している。
　-> フレッツ・ジョイントは利用不可。フレッツ・ジョイント以外の手段での v6プラス利用は可。
・V6プラス対応のHGWを利用している。
　-> 文書上はサポートしていないだけで、実際使う上では HGW の v6プラス対応有無は問わず、配下で v6プラス利用可。

いずれにしても map-e トンネルで使うには、「フレッツ・ジョイントなし、マップルール取得可」の契約(v6プラスBBR)が必要。
「フレッツ・ジョイントあり、マップルール取得不可」の契約(v6プラスHGW)の場合は map-e トンネルは使えないので
手動計算(頑張れば Lua スクリプトでできるかも？)して ipip トンネルで使う。

フレッツ・ジョイントで HGW が CE として動作して邪魔なのは、HGW の設定で止めればいいだけ。
それよりも問題なのは、ISP の契約の種類は宅内機器でどう頑張っても切り替わらないので契約をなんとかしないといけないが、
どうすればできるのか(あるいはできないのか)は ISP により様々。

@nifty の場合は、フレッツ・ジョイント利用可能な HGW はない回線で v6プラス(@nifty のオプション名)を申し込むと、
v6プラス(@nifty のオプション名)は開通せずに IPv6接続オプションが開通する。この状態は「フレッツ・ジョイントなし、マップルール取得可」の契約(v6プラスBBR)。
この契約であれば >>293 にあるように、v6プラス対応 HGW の配下でも map-e トンネルで使える。

一方、フレッツ・ジョイント利用可能な HGW ありで v6プラス(@nifty のオプション名)を申し込むと、v6プラス(@nifty のオプション名)が開通する。この状態は「フレッツ・ジョイントあり、マップルール取得不可」の契約。
Aterm の製品レビューをしようとしてハマってレビューになっていないのは、マップルール取得不可の契約で Aterm の v6プラスを使おうとしても無理だから。

そういう場合には、どちらの契約にするかを勝手に選んでしまう ISP よりも、
どちらにするかをあらかじめユーザーが選べるか、あるいは後からユーザーの希望で切り替えられるような ISP の方が使いやすい。

**不明なデバイスさん** · 2018/07/11(水) 22:26:24.26

>>337
http://www.rtpro.yamaha.co.jp/RT/docs/v6plus/index.html
の設定例その3 は使えないということ？

>>338
ひかり電話ありで HGW が先頭なら、RA も DHCPv6-PD も利用できる。
ただし MAP-E の CE は、HGW から DHCPv6-PD で取得できるプレフィックスの範囲外で、RA のプレフィックスの範囲内にある。これは HGW の v6プラス対応の有無は無関係。

**不明なデバイスさん** · 2018/07/12(木) 09:26:36.24

まあ自分でやってみりゃいいんだろうけど
ONU ―> RTX830 ―> HGW で光電話は使えるの？

以下の環境での最適解はどれなんだろうと。。。

光電話契約有り
IPS: so-net （v6プラス）
HGW: RT400-KI
RTX830持ってる。

ベストなのは、Yamaha公式の設定例で、電話も使える事だけど
最悪ひかり電話使わないってっのもありで（完全に解約してもいいし、PD取得の為だけに残しても良い）
実家の環境なので、後々なるべく手間がかからない方法で。

**不明なデバイスさん** · 2018/07/12(木) 12:17:50.07

持ってるならさっさと試せよ
失敗したってconfig切り替えて再起動すりゃいいだけだろ

**不明なデバイスさん** · 2018/07/12(木) 19:37:46.65

>>341
使えません

**不明なデバイスさん** · 2018/07/12(木) 20:36:43.33

>>341
So-net が、v6プラスHGW と v6プラスBBR とをどのタイミングでどうやって決めてるのか不明だけど
ひかり電話を解約してから v6プラスを申し込み直したら、v6プラスBBR(マップルール取得ができる契約)になるかもしれない。
あるいは、ユーザーが好きな方を選択できるプロバイダを探して乗り換える。

**不明なデバイスさん** · 2018/07/15(日) 09:27:50.88

IPv6まだカオス状態だね。MAP-eしかり、DS-Liteしかり。
こんなんじゃー普及なんかしないよな～

YAMAHAが悪いの？
それともプロバイダ、イネーブラー？
それともみかか網？
それともIPv6の規格？

ソロソロ誰かバッシーっと100%動くconfig書いてよね。

**不明なデバイスさん** · 2018/07/15(日) 09:34:27.54

コピペおつ
ネガキャンのつもりか？

**不明なデバイスさん** · 2018/07/15(日) 12:56:05.73

>>345
ipv4を使おうと思うのが悪い。
ipv6だけならそもそもmap-eとか不要。

**不明なデバイスさん** · 2018/07/15(日) 15:18:47.05

で？そこまで言うにはIPv6活用してるの?

**不明なデバイスさん** · 2018/07/15(日) 15:39:52.36

何言ってんだこいつ

**不明なデバイスさん** · 2018/07/15(日) 15:54:13.25

IPv6……完成していたの……!?

**不明なデバイスさん** · 2018/07/15(日) 16:32:34.03

え？

**不明なデバイスさん** · 2018/07/15(日) 17:46:18.27

えぇ...

**不明なデバイスさん** · 2018/07/15(日) 20:51:06.32

全ての機器がグローバルIPを持つIPv6は現状デメリットの方が大きい、とは言えIPの枯渇は既に現実となっている。大外はIPv6でというのが落としどころだが4over6はNAPT以上に複雑なものになってしまった

**不明なデバイスさん** · 2018/07/15(日) 20:55:20.95

頭悪そう

**不明なデバイスさん** · 2018/07/15(日) 21:11:24.81

中2が初めて書いた小説ってこんな感じなんかな

**不明なデバイスさん** · 2018/07/15(日) 22:03:07.20

おい、中二の人に失礼だろう

**不明なデバイスさん** · 2018/07/15(日) 22:17:55.89

すべての器機にIPアドレスを振るのがipv6の目的なのに

**不明なデバイスさん** · 2018/07/15(日) 23:07:28.84

すべての器機を隠蔽したいのがNATの目的なのに

**不明なデバイスさん** · 2018/07/15(日) 23:30:18.36

それはNATの便利な副次的効果であって、目的ではなかろう

**不明なデバイスさん** · 2018/07/16(月) 00:18:22.95

いにしえのpool NATとかだと隠蔽されないからな

**不明なデバイスさん** · 2018/07/16(月) 00:20:21.07

すべての機器に振れなくなったからNATしたのに
昔はPCにIPv4のグローバルアドレスついてたじゃん