YAMAHAヤマハブロードバンドルーターpp select 25
■ このスレッドは過去ログ倉庫に格納されています
ヤマハルーターを個人で使用する人のための情報交換スレッドです。
旧ネットボランチシリーズと、その流れを汲む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/ >>267
どちらかで「一部ポート」以外のフィルタを書けばできるだろ。 >>266
web gui のvoip設定で接続プロバイダを指定しているから大丈夫だと勝手に思ってた
ip filter 1 pass 192.168.〜
ip route default gateway tunnel 1 gateway pp 1 filter 1
で今のところ大丈夫そう。ありがとう! RTX1200でBIGLOBEのIPv6オプションのMAP-E接続をしようとしてるんですがまずIPv6の時点で繋がりません。助けてください。
configです↓
https://dl.dropboxusercontent.com/s/gtw7scuzewvajtp/config.txt?dl=0 友達から教えてもらった自宅で稼げる方法
興味がある人はどうぞ
検索してみよう『ネットで稼ぐ方法 モニアレフヌノ』
YIN NVR510 やめて RTX830買い直した者だけど、昨日届いて無事v6プラスとPPPoE接続併用接続に成功しました
NVR510だとなにやら計算しないといけないらしいので、買い直して良かった。 俺の自宅も1200だから気になるけどやっぱりV6は厳しいか
その前にVDSLだからやっても仕方ないけどさ 共通 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のみで運用するのであれば
現状を維持できますか?申請だけ先にできればと考えています 訂正しました
拠点2(ひかり電話あり and 電話使用)
現状(PPPoE IPv4 でのみ運用)
PR-400KI(UNI) - HUB - RTX1210 - 部内LAN
|
PR-400KI(LAN)----
|
電話機 部内LANって法人でDS-Lite使うの?
セッション数足りなくなるんじゃね? HUB割りしてHGWと並列にするメリットってなに?
/56 を好きなように分割したいとか? >>279
いつの話をしてるんだ。
とっくに既出だろ。 >>282
認識通りprefixの奪い合いでひかり電話が使えなくなります。
IPoE接続を止めて、PPPoEだけなら問題ないです。
IPoEかつひかり電話を使いのであれば
UNIからHUBで分岐しないで
HGWにRTXを接続してください 拠点2
PR-400KI(LAN)- RTX1210 - 部内LAN(最大約85台同時接続)
結局、こういう形でRTX1210をぶら下げるしかないのですね
PR-400KIのルーター部を通すので、
UNI直結時よりやはりパフォーマンスは落ちますよねえ
PPPoEだけのままより勝手が向上すれば良しとしたいと思います 言うほどスループット気にならんよ。ds-liteも常に8-900Mbps出たりする訳じゃ無いし。 >>288
rtx1210にpppoe設定するならHGWの性能云々はないぞ。
ipv6 ipoeでdhcpv6 pd云々ができるかどうかは知らないけど WLX402からWLX313管理できるとおもってWLX313買ったらできなくて詰んだ >>132
「「v6プラス」に対応したホームゲートウェイの配下では動作しません。」はやはり嘘で、
マップルール配信を利用できる契約があれば、v6プラスに対応したホームゲートウェイの配下でも動作するようだ。
https://twitter.com/hinananoha/status/1014448020971249664
その人、@nifty(どちらで開通させるかは、@nifty が自動で選ぶ)を利用してるために、希望する方で開通させるための条件出しに手間がかかってるけど、
どちらで開通させるのかをユーザーが選べる ISP を利用するなら、そんな手間はいらないな。
>>288
その構成だと lan2 と lan3 のどっちかは余ってるだろうから、
余ってる方を UNI 側に繋いで、PPPoE 用に使うことはできる。
RTX からのトラフィックが多いときに、ひかり電話の帯域をどうやって確保するか、
あるいは帯域の確保を諦めるか(0AB-J の電話なので、ホントは諦めちゃダメ)という問題はある。 DS-Liteでの取り合いに成功した例はまだ見ないからねえ
HGWのファームアップに期待 >>293
HGW配下においた場合の動作については、このスレかv6プラススレか忘れたけど、それと同じ事を何回も言ってる人が居たわけだが…
niftyの勝手に判別するロジックでトラブルって、v6プラススレでは既知の事例です。
ヤマハがそれを詳しく説明する立場じゃないから、明言を避けてサポートしないと言っているだけなのはみんな察していることだと思ってた。 >>293
@niftyでYAMAHAルーターが使えることがハッキリしただけでも
勉強になりました
ちなみにBIGLOBEでどうすればよいかかが直近で知りたいです
ぷららについては取り敢えず片は付きました >>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 トンネルで使う。 >>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ワードなのか >>245をやってみたが状況変わらなかった
自宅NASでQNAP動作させているが
外出先からアクセスできるようにip routeでqnapのローカルipアドレスのみ
ipv4 pppoeを通して特定のポート8080とかあけているがそれが原因かな? >>300
「肝心の端末からのVPN接続」というのは、YAMAHAルーターのVPNサーバーに対して、インターネットを経由している VPN クライアントから接続したいという意味か?
(YAMAHAルーターの配下にある端末から、インターネット側の VPN サーバーに接続したいという意味ではなく)
「v6オプション(v6プラスのことか?)とpppoe併用」ということだが、
VPN クライントから、YAMAHAルーターの VPN サーバーへのパケットを PPPoE 側で受け付けるなら、
YAMAHAルーターから VPN クライアントへのパケットも、同じ PPPoE 側を通るようにしてあるか? >>300
もともとpppoeだけの時はvpn出来てるんだよね? IPv6まだカオス状態だね。MAP-eしかり、DS-Liteしかり。
こんなんじゃー普及なんかしないよな〜
YAMAHAが悪いの?
それともプロバイダ?
それともIPv6の規格?
ソロソロ誰かバッシーっと100%動くconfig書いてよね。 >>303
それ、ipv4を使うための技術だからな。
ipv6自体に罪はない。 プロバイダ毎に違うとかものすごいいじめだな
全ての癌凶はNTTとIPv6投入時に色々と駄々こねたプロバイダ業者自身か >>303
ここの過去ログ見れば、バシッと動くconfig載っているぞ。
俺は21-domainの固定IPv4アドレスのサービス+PPPoEで
NGNサービス情報サイト v4に繋いでいる。
config晒して欲しければ晒すけれど、前スレの過去ログ読めば
幾らでもconfig転がっているよ。 >>301
すいません、v6プラスですね
要は外出先でiPhoneから自宅のVPNに繋ぎたいということです
>>302のおっしゃるとおり、ipv4 pppoe だけを設定したときはVPN接続は成功します
そのConfigに追加する形でv6プラス用のConfigを追加するとVPNは接続できなくなります。
VPNクライアントのパケットもpppoe通るようにしているはずですがどうもそうなっていないみたいです
NTPの同期とネットボランチDNSの設定は出来ます
あと大事なことを言い忘れていましたがルーターはNVR510です >>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とサーバー公開使ってる。 >>312
デフォルトルートがv6プラス側になるからじゃね? >>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 >>317
v6プラスで割り当てられたポートの何番をl2tpの待ち受けポートに静的マスカレードするつもりなの? >>317
あぁ、すまん、l2tp待ち受けはppのままが良いのね。
iphoneがvpn接続した時に振るipレンジを指定して、
そのレンジのルートをフィルターに追加かな?
http://www.rtpro.yamaha.co.jp/RT/docs/l2tp_ipsec/index.html#setting2 ひかり電話有りと無しって契約だけを指してるの?。それとも契約しててもHGWをネットワークに入れなければ、無しと同じなの? >>320
初期化して頂いたURL参考にしながら設定し直したら出来ました!
有難う御座います! >>321
契約だけとも違うし、HGW をネットワークに入れるかどうかとも違う。
光ネクスト回線でひかり電話契約あり(東日本でタイプ1 の場合は除く)で ONU 直結であれば「ひかり電話あり」。
その契約で HGW 配下の場合は「ひかり電話あり」「ひかり電話なし」どちらでも使えるといえば使えるが、map-e トンネル用には「ひかり電話なし」。
ONU 直下で「ひかり電話なし」に相当する契約(東日本のひかり電話タイプ1 を含む)の場合は、HGW があろうがなかろうが「ひかり電話なし」。 >324
ありがとうございます。そうなのですね。
思い切り勘違いしてました。うちは、契約有り(タイプ2)なのですが、ONU直下が、ひかり電話無しで、HGW配下に入れると、ひかり電話有りという認識をもとに、設定例を見て設定しようとしていました。真逆ですね。
これをもとに設定してみます。 そもそもの話として、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 ipipトンネル手動計算でできる事がなんでできないの?って疑問はある
HGWのフレッツジョイントのipv4を無効にしたら接続できたって人のコンフィグを覗いてみたい ややこしいですね。
ひかり電話契約(タイプ2)ありで、RTXを使っているとして
HGWを利用しているとは --> HGWのSwitchポート配下にRTXがある(電話も使って、RTXも使うとなるとこうなってるよね。)
HGWを利用してないとは --> ONUに直結でRTXがある(電話は使ってないって事?)
ONUをSwitchに繋ぎ、その配下にHGWと、RTXがある(電話も使って、RTXも使うとなるとこうにもなるよね。)
これは、HGWを利用しているになりますか、それともHGWを利用してないになりますか? 最後の構成(ONUの下にスイッチを置いてHGWとRTXを並列させるってことだよね?)は動かないと思う。HGWとRTXが先勝ちでIPv6アドレスを取り合って、片方はIPv6通信できなくなるんじゃなかったかな。
そんな実験結果をどこかのサイトで読んだ記憶があるよ。 そうなると、ひかり電話 タイプ2を契約がある場合は、HGW側でMAP-Eを処理させ、RTXは2段目のルーターとして動作(IPv4 PPPoEルーターとして。この場合、電話は使える)か、HGWを撤去してRTXのみをONU直結する(この場合、電話は使えない)かの2択になるって事かな?
ひかり電話辞めようかな。 自分の理解ではそう思ってますよ。
むしろ自分もこれから契約しようと思ってて気になってるところなので、もし理解が間違ってるよ、V6対応HGWありでもRTXでMAP-E接続できるよという指摘があれば欲しいです。
フレッツジョイントをブロックしてHGWにV6プラス設定を入れさせない方法もある(そうすればV6プラス対応HGWありでもRTXでMAP-Eを動かせる)みたいだけど、フレッツジョイントはV6プラス専用ってわけでもないし、微妙かなと。 いやだからRTXの自動設定じゃ無くて自分である程度計算する方法でconfig書けば使えるんだってば CEアドレスを計算すればできるってことだよね?
保守等で変わった場合は保証の限りではないという前提で。 >>333
公式の map-e オプションの実装って多分改善の余地有るよね >>329
なんか難しく考えすぎでは?
膨大なパターン別にこういう時はこうって暗記していそうな..
要は
・契約上ひかり電話があるとDHCPv6-PDで降ってくる(確定事項)
・最初に受けるのはどの子?
ってだけの話でしょ
RTXを直結すれば当然DHCPv6-PDで
受けるconfigになるし、前段に代わりの誰か(HGWとか)がそれやってたらRAで受ける形になる
それだけ
YAMAHAの言う設定例3は多段構成にしたときの注意書きだし、実際に電話を使っていようがいまいが関係ないでしょ 試しにやってみたがひかり電話ありだとHGWの下にRTXつけてRAプロキシの設定にしても動かないよ
DHCPv6-PDにすれば動く IPv6アドレスが決まるのに
ひかり電話なしならどうであれRA、
ひかり電話ありでRTXが先頭ならDHCPv6-PD、
ひかり電話ありでHGWが先頭ならRA
というところまでは簡単な話なんだけど、HGWがV6ブラス対応機か否かでRTXでMAP-E処理できるかどうか変わるところが厄介なんだと思う。
別コメにあったように自分でCEアドレスを計算すればいいんだろうけど、少なくともヤマハが設定例で上げてるやり方じゃ通らないわけで。 >>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 の方が使いやすい。 >>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プラス対応の有無は無関係。 まあ自分でやってみりゃいいんだろうけど
ONU ―> RTX830 ―> HGW で光電話は使えるの?
以下の環境での最適解はどれなんだろうと。。。
光電話契約有り
IPS: so-net (v6プラス)
HGW: RT400-KI
RTX830持ってる。
ベストなのは、Yamaha公式の設定例で、電話も使える事だけど
最悪ひかり電話使わないってっのもありで(完全に解約してもいいし、PD取得の為だけに残しても良い)
実家の環境なので、後々なるべく手間がかからない方法で。 持ってるならさっさと試せよ
失敗したってconfig切り替えて再起動すりゃいいだけだろ >>341
So-net が、v6プラスHGW と v6プラスBBR とをどのタイミングでどうやって決めてるのか不明だけど
ひかり電話を解約してから v6プラスを申し込み直したら、v6プラスBBR(マップルール取得ができる契約)になるかもしれない。
あるいは、ユーザーが好きな方を選択できるプロバイダを探して乗り換える。 IPv6まだカオス状態だね。MAP-eしかり、DS-Liteしかり。
こんなんじゃー普及なんかしないよな〜
YAMAHAが悪いの?
それともプロバイダ、イネーブラー?
それともみかか網?
それともIPv6の規格?
ソロソロ誰かバッシーっと100%動くconfig書いてよね。 >>345
ipv4を使おうと思うのが悪い。
ipv6だけならそもそもmap-eとか不要。 全ての機器がグローバルIPを持つIPv6は現状デメリットの方が大きい、とは言えIPの枯渇は既に現実となっている。大外はIPv6でというのが落としどころだが4over6はNAPT以上に複雑なものになってしまった すべての器機にIPアドレスを振るのがipv6の目的なのに それはNATの便利な副次的効果であって、目的ではなかろう いにしえのpool NATとかだと隠蔽されないからな すべての機器に振れなくなったからNATしたのに
昔はPCにIPv4のグローバルアドレスついてたじゃん 昔はネットワーク型接続が出来ません。的なISPが殆どだったから、NAPTルーター使って接続するようになった。
その時はIPv4の枯渇なんて気にしたこともなかったよ。 1995年頃国立大学はクラスB1〜2個貰えて、私立大学はクラスC1つだけとか大雑把な時代だったな IoT機器がIPを持つとなると機器自身でセキュリティを確保せなならん ルーターでフィルタ掛ければいいだろ
LAN内の話ならv4と変わらんし >>365
家庭用で出回ってるほとんどのルーターが無防備にIPv6パススルーしているからねぇ
YAMAHAルーターは知識なくても簡単にフィルター設定出来る子なので安心 普通はHGW使ってるだろうしデフォルトでオンになってるんじゃないの
pingすら通らないけど ■ このスレッドは過去ログ倉庫に格納されています