YAMAHAヤマハブロードバンドルーターpp select 24
■ このスレッドは過去ログ倉庫に格納されています
ヤマハルーターを個人で使用する人のための情報交換スレッドです。
旧ネットボランチシリーズと、その流れを汲むNVR500を主な対象としていますが、
RTXシリーズなど企業向けの機種に関しても設定方法や使い方、
ハードウェア寄りの話題はこちらで扱います。
個人使用の範疇を超える内容や業務用ネットワークの構築・運用に関しては
通信技術板の「YAMAHA業務向けルーター運用構築スレッド」へお願いします。
https://mao.5ch.net/test/read.cgi/network/1501976932/
両スレッドを臨機応変に使い分けていきましょう。
ルーター - ヤマハ株式会社
http://jp.yamaha.com/products/network/routers/
ヤマハルーターの技術サイト
http://www.rtpro.yamaha.co.jp/
ネットワーク周辺機器 - ヤマハ株式会社
http://jp.yamaha.com/products/network/
前スレ
YAMAHAヤマハブロードバンドルーターpp select 23
https://mevius.5ch.net/test/read.cgi/hard/1502770309/
過去スレは、まとめWikiを参照してください。
まとめWiki
http://wikiwiki.jp/yamaha-rtpro/ >>788
切り離したとこにハブ挟んで両方ONUの配下にする
ひかり電話でこれやってる人のブログは見たので出来るはず NVR510のmap-eだと、お一人様専用機になるじゃねーか
しかも、一人でもポート食い潰すケースがレアに有るって報告も出てたろ 過去レスに何度もでできているポートセービングIPマスカレードにnvr510 は対応してるか問題ないな。対応してないnvr500はどうだろうね。 RTX1200とNVR500の俺、低身の見物
RTX1210買おっかなぁ http://www.rtpro.yamaha.co.jp/RT/hardware/cpu.html
これみるとNVR500とNVR510って天地ほどのスペック差があるんだなｗ
ARMのデュアルコアってXilinxかAlteraかNXPのSoCなのかな
ZynqかCycloneかi.MXあたりってところか NVR510を下取りに出して、RTX1210を買う事にした。 >>800
なるほど、NVR510よりRTX830の方が速いのか
RTX1210ってシングルコアなんだね v6プラス用にRTX830欲しくなってきた
PPPoEパススルー機能もあるようだし、やりたいことは全部できそうだ >>802
ARMとPowerPCはアーキテクチャ違うからそういう比較は意味ないけどな >>802
同じARMでも1年も違うとアーキテクチャが違って性能が全然違うこともあるからな >>793
暗黙のdeny知らず？
むしろ知らないなら設定しした後に入れなくなったあああああああああ何故じゃああああああああ
って必ず一回やらかすと思うんだけど 汎用CPUじゃ早くならんよ。ネットワークプロセッサとASICの組み合わせが昨今のトレンド。 >>803
別ルーターが無くても、RTX1台にIPv6 IPoEもMAP-EもIPv4 PPPoEもやらせて、
端末ごと (LAN内IPv4アドレス毎) にMAP-E経由かPPPoE経由かを指定することもできるよ NVR510は現ファームでもMAP-E対応している
ただRTX1210や830みたいに自動でアドレスやポートレンジの設定をしてくれるわけじゃなく、
自分で調べてconfig投入しなきゃならないっていうだけだよ RTX830の新ファームウェアと新しいconfigの検証してみたけど
HGWありのうちの場合やっぱり新しい楽な形式のconfigでは駄目だった。
>ONU直下での動作を推奨しますが、「v6プラス」に対応しておらず配下にIPv6アドレスを配布するホームゲートウェイ
>であれば動作が可能です。「v6プラス」に対応したホームゲートウェイの配下では動作しません。
フレッツジョイントのIPv4機能停止してもHGWの存在がマップサーバーとの通信邪魔するみたい。
ならばUNIポート直結ならどうかと試してみたけどそっちも駄目。
ただ従来のある程度自分で計算するやり方だと今まで通り問題無くｖ6プラス使えました。
うちの場合の恩恵は設定の初期値がautoになって何行か省けるようになったのと
ポートレンジ指定を1行にまとめることができるようになったくらいかな。 http://www.rtpro.yamaha.co.jp/RT/docs/v6plus/index.html
> UDPの場合は、1セッション毎に1ポートを専有するので、割り当てられたポートの数だけしか通信できません。
っていうのはYAMAHAの制限ではなくてv6プラスの仕様だと思うんですが、
具体的にどんな制限が発生するかわかる方いたら教えてください。 >>811
自分ならHGWは取っ払ってRTX830だけにするな >>811
HGWのルーター部分にLANは繋がってないんだよね？
それでダメってどういう事だろう
OUNのみと一緒の状態じゃないのか >>815
ONUのみだとRAプロキシ, ひかり電話ありだとDHCPv6-PDになるからこの辺でしょうね
一応普通に使えてるし電話もまだ使うのでまあこれでいいです
もう設定自体は終わってますしｗ >>794
回線ひとつに対して、HGW と RTX の両方が並列に、DHCPv6-PD クライアントとして正常に動作するのは不可能では？
RTX では IPv6 を使わず PPPoE のみ、ということなら可能だけども。
>>815
>>747
UNI ポートにつなぎ替えるなどしただけでは、プロバイダとの契約などが切り替わるわけではないから「市販対応ルーターなどで v6プラスが使える契約」になっていない。 なるほどマップルール取得が出来ていないようなのはそういう事でしたか
ありがとうございます IPv6はHGWからもらったのをまた配ればええんやで >>788です
返信くださった皆様ありがとうございます。
>>789
つまり、ルータは使わないという選択ですか？
>>792
>>811によるレスによるとHGWの機能を無効にしても、自分でアドレス等を計算したConfigにしないと
ダメだとの報告が出ていますが、現状ですとどうなのでしょうか？
>>794
ハブを挟んでONU直下にYAMAHAルータとHGWに分岐させるのですね。ちょっとググっても
その記事が書かれているものを見つけられませんでした。 >>822
ひかり電話契約しているhgwならたぶんonuとひかり電話、ルータが一体のやつだと思う。
それなら「hgw onu uni hub」でぐぐるといろいろ情報が出てくる。 当方、RV203-NEでひかり電話契約ありの環境で
RTX1210で>>811のようにv6プラスへの楽なconfigでトンネルが張れない件ですが、
ipv6 lan2 address dhcp
に追加で
ipv6 lan2 address CEアドレス/64
で何故かトンネル張れるようになりました。
ipv6 lan2 address dhcp
を消去すると今度はipv6での通信ができなくなりました。
なんでこのような挙動をするのか、よくわかりません。 >>813
これDNSパケットが256セッションしか張れない糞制限な気がする
nat descriptor timer 1 protocol=udp 30
とかに設定しておいた方が良いんじゃね？ 240だろ。まあ一度リクエストすれば24時間は同じアドレス見に行かないから大丈夫じゃね？
NVR510とか制限低いヤツは分からんが >>824
200 番台の HGW が設置されている回線のひかり電話はタイプ1 だろうから、
IPv6 は DHCPv6-PD 用の設定ではなく RA 回線用(よく、ひかり電話契約なしなどと書いてある方)の設定をしないといけないのでは？ HGWがあるならv6プラスはそれに任せればいいんだから
ヤマハルーターの必要性が乏しい >>827
先ほどra-prefixで試しましたが、通信不能になり、dhcp-prefixに戻すと通信可能になりました。 >>819
だいぶ前の記事だがここで並列にしてHGWはひかり電話のみで出来てたみたいなので
出来るんだと思ってた
https://www.5cho-me.com/archives/172156
結局それ以前にHGWの時点でｖ6プラスはダメっぽい流れかな って、凄い思い込みしてたこの記事IPoE使ってないじゃん…
勘違いごめんなさい >>831
RA を利用する設定で通信不能って、
200 番台の HGW が設置されてるのに、RA 回線ではなく PD 回線なのか。
DHCPv6-PD を使うにはひかり電話をタイプ2 にする必要があって、でも 200 番台 HGW はタイプ2 非対応だからタイプ2 にはしてくれない(やるなら 300 番台かそれ以降の HGW への交換必須)、と認識してたんだが違うのか。
DHCPv6 で取得した prefix の長さは 56 ビットですか？
(show status ipv6 dhcp で表示される prefix の / の後の数字) >>822
HGWの機能を無効にして、今回のファームup configで動いてる。
自分でアドレス計算などしていない。
RTX1210 西日本 so-netV6プラス強制移行組 >>834
HGWはprefix::/56
dhcpのRTXはprefix::/60
です >>836
とすると、200 番台 HGW が PD 回線に設置されて DHCPv6-PD してることになるのか。
そんな組み合わせが存在するのは知らんかった。
その場合、おそらく HGW が RA を advertise してて、配下では RA の設定で利用することもできるんじゃないかと思うんだが、それで通信不能というのがよくわからない。
/56 をもらってる HGW の配下で、DHCPv6 で HGW からプレフィックスをもらった場合は、
その prefix は 240b:XXXX:XXXX:XX(1～f)0::/60 となるが、
CE のアドレスは 240b:XXXX:XXXX:XX00::… でありプレフィックスの範囲外になってしまう。
そのため、ONU 直下ではうまくいく設定でも、HGW 配下ではそのままではうまくいかない場合もあり得る。
これについては、ヤマハのドキュメントには特に記述がないようだが、DHCPv6-PD 対応の HGW = v6プラス対応の HGW って考えてるのかな… 成る程ね
HGWのonuからRTXに直結、RTXからHGWにipv4だけブリッジしたら綺麗に動くかな？ >>838
「IPv4 だけブリッジ」のためにはブリッジインターフェースで IPv4を通しつつ、RTX 自身は IPv6 を使うことになると思うんだけど、
RTX のブリッジインターフェースで IPv6 を使うのは制約があって使いづらくてね…
そもそもできるのかどうかわからないが、もしうまく行けば RTX は綺麗に動くとは思うんだけど、
HGW は HGW でひかり電話の一部とか、ファームの自動更新とかには IPv6 を使ってて、そこら辺は動かなくなる。
たとえばファームの更新は定期的に Web をチェックして、更新があれば手動でアップデート… とか、動かないところは何らかの対処orあきらめが必要になって、綺麗には行かない。 >>838
RTX1210で似たようなことやろうとして結局うまくいかずにFWX120を買ったのが俺だ >>838
ネットはできるけど、ひかり電話が使えない >>837
RTXが自分で使えるのは/60だけどクライアントになるだけならHGWとしては/56の中に居るから問題ないし実際それで動いてるよ
ONUの下にHGWとRTXのlan2つけてHGWにRTXのlan3繋いでる ひかり電話あり契約でdhcpv6-pd使うなら、
hgw内部のonuとルータをつなぐLANケーブル抜いて、
onuとyamahaルータ側のWANポートの直結しかないよ うーむ、map-eと、ひかり電話両方使いたい場合はHGWしか駄目って事かな？ >>843
そんなことないよー
回線からの/56なpdを/60でHGWがpdしてくれる NVR510がv6プラス対応したらHGW無しでほとんど行けそう
フレッツテレビだけは無理か >>845
その繋ぎ方って、V6プラスの設定はhgwにお任せ？
yamhaルータは何してるの、PPPoEv4？ >>847
>>845ではないが、ウチのRS500MIにはv6プラスの設定とかない。
それってv6プラスを契約すると出てくるもの？
今はHGWからv6のIPoEでIPv6の取得もできてるしHGW直下とは別の/64セグメントもdhcpv6-pdの移譲でできている。
別にHGWが間にあろうが配下のルータ等からv6プラスとかのトンネル張れるんじゃないかと思っていたがそうではないのか？ IPoEv6とV6プラスをyamahaで設定するのは別だとおもうが 別なのはわかっている。
>>845は>>843に対してできると言っているし、自分もやっている。
>>847のレスはその構成だとmap-eでのアクセスはHGWからじゃないとできないのでは？という意味があるのかと思ったわけだが俺が何か勘違いしてるだとしたらスマン。 map-eトンネル終端が宅内の1番の上流になる/56のprefix受けてる機材しか正しく動作しないのかと思ったけど、それ以外でも動くのかな？
yamahaのv6プラス接続機能の説明にHGW有ると駄目ってのが有ったから、こいつが原因なんだなと勝手に理解してたよ 一言にV6プラスと言っても対応HGW用とそれ以外のルータ用の2つの仕様があって
開通時に対応HGWが接続されてるかどうかでどちらになるかが決まる
対応HGW用になってる場合にそれ以外のルータでV6プラス接続をしようとしても
サーバからマップルールを取得できないので接続できない NVR510はスペック的には830とそこまで変わらないからyamahaの方針次第かなー。510との値段差は機能だろうし。
１ヶ月ほど待ってみて出なかったら830買うか。 RTX1210で繋いでspeedtest.netで速度測定をすると
RTX1210のCPU使用率が８０％越えるな。
NVR510では４０％前後だったから、シングルコアと
デュアルコアの違いかな？ >>856
ttp://www.speedtest.net/result/7343901826.png
今日は休日だからこんなものかな。
アサヒネットで普通のPPPoE接続ね。 >>856
NVR510だと速度はこんなもんだな
RTX1210は持ってないから知らん
http://www.speedtest.net/result/7343936527
※IPoE+MAP-E >>857
RTX1210はアップロード736Mbpsで80%かな
>>858
NVR510のCPU使用率は？ >>859
CPU0=82%
CPU1=14%
※どちらもピーク値
CPU0は性能測定してるときで間違いないだろう
CPU1は性能測定してるときに14%だったのかまではわからん
いずれにしろコア０の方で通信やってるのは間違いないんじゃないかな
コア１の方は何やってるのか知らんが
並列してNATテーブル関連の処理をやってるとは思えないが（コア間の切り替えコストでのリアルタイム性を考えると・・） 多分だけどCPU1の方はHTTPサーバ関連の処理を一括で担ってるんじゃねえかな
負荷状態がかかってコア０がビジー状態でもコア１が生きてればハングアップ状態にはならないだろうし
HTTPサーバやUARTシリアル通信、Telnet通信でコマンド操作やGUI操作でオペレーションできるメリットあるし >>861
㌧
>>756 から想像してたより高いね
アップロードの方がダウンロードより負荷がかかるのかな >>862
ピーク値のクリアをしてからテストをすれば通信の負荷を測れるのでは >>861
1CPU複数コアモデルならコア切替によるコスト増はない。気にするな。 結局NVR510とRTX1210でどっちがＣＰＵ性能上なんだ？ >>866
NVR510がARMの多分CortexA系のデュアルコアで１コア1200Mhz
RTX1210がPowerPCの1000Mhz
だからクロック的には前者が上回ってるけど、
アーキテクチャとしての優秀さはどうなだろうね
L1やL2キャッシュの容量とかもあるだろうし、後YAMAHAのファームアプリケーションで
しっかりキャッシュを使って処理しているかだけでも全然性能違うと思う >>867
PPPoEのセッション数だけ見ても
NVR510は最大５セッションなのに対し、RTX1210は４０セッションまで行ける。
これだけ見ても、RTX1210の方が、ファームはしっかり作り込まれているんじゃあないのかな？ >>865
だとしたら複数セッションによる通信ならある程度別スレッドに分けてコア毎に分散処理させたほうが効率的だな。
YAMAHAルータが使用しているOSがAMPなのかSMP型によっても設計が変わってくるが、
後者（SMP）なら単純にスレッド分けて、OS側にスレッドをコア割り当てられる機能があるなら割り当てて分散させたほうがいい気がする。
前者（AMP）ならそもそも設計段階で分散処理を考えなきゃいけないが、組み込み系はAMP型のOS使うのが主流なのかな
NVRとかRTXのルータは産業用じゃないからSMPで十分な気がするけど。
ただ、CPUコアの負荷加減見る限り、CPU1のほう遊んでる気がするんだよなYAMAHAエンジニアは設計ちゃんとしてるんだろうか・・・ HGW(RV-440MI)にIPoEやらせてv6プラスは無効化してそこにぶら下げたRTXでv6プラスできてるよ >>869
いろいろ考えても俺らにはどうにもできない。
だから気にするな。 >>869
たとえ片側のCPUコアの利用率だけが80%に達しようとも、製品としての目標性能を達成してるなら問題ない
そもそも、仮にCPU利用率80%でスループットがサチるなら、
CPUの処理能力以外のところにボトルネックがある可能性のほうが高いっしょ 結局Ｖ６プラスするなら
NVR510とＲＴＸ１２１０、どっちを買ったら良いの？ >>873
v6プラスで満足できるならどっち使ってもオーバースペックだし好きな方選べとしか map-eはHGWに任せてRTX1210にはPPPoEでVPNやる方が懸命な気がしてきた。
美しくないけども。 ひかり電話の利用と、二重ルータなしにシンプルにまとめるか、あたりかな
どちらも、pppoe, V6プラス、タグvlan(+dhcp)、タグvlanごとのdhcpv6-pd、
を一台でできると思うが >>848
そうだよ～。
V6+契約すると対応ファームが降ってきて、自動的にファームを書きかえるから、設定画面が全く別物になる。 http://ntt.setup:8888/t/ でHGWにアクセスして、
v6プラス機能は止められそうだけど。どうだろう？
http://fanblogs.jp/harenotikumorimatahayuki/archive/124/0 👀
Rock54: Caution(BBR-MD5:842eac59f97f47c0d6fb1bed016df49c) スレをざっと読んだ感じ
HGWあったらONU直結にしても使えないと言ってる人
HGWあっても設定で無効にすれば使えるって言ってる人
分からない >>662
>>687
21-domain（21ip）の契約者です。
当方の回線環境は、NTT西日本で「ひかり電話を契約していない場合：RAプロキシ」に該当し、
HGWのレンタルは受けておらず、単体ONUとRTX830（Rev.15.02.03）を直接接続しています。
以下の２種類のconfigについて、
・21-domain（21ip）提供のconfig
・YAMAHA社提供のサンプルconfig
http://www.rtpro.yamaha.co.jp/RT/docs/ipip/index.html#setting8
ともに、当方の環境でも、IPv4での通信ができますが、IPv6での通信に失敗しました。
そこで、以下のようにconfigを変更すると、IPv4 / IPv6 の両方が使えるようになりました。
（次へ続きます） （883 の続きです）
・変更点１
21-domain（21ip）提供のconfigにて知ることができるlan2のアドレス（どうやら、契約毎に異なるようです）
ipv6 lan2 address ra-prefix@lan2::(インターフェイスID)/64
について、lan2ではなくlan1にアドレスを割り当てるように変更して、
ipv6 lan1 address ra-prefix@lan2::(インターフェイスID)/64
とします。
・変更点２
変更点１の変更をすると、IPv6通信ができるようになりますが、
今度はIPv4通信が出来なくなります。
そこで、「ra-prefix@lan2::(インターフェイスID)/64」を
ipipトンネルのlocal側アドレスとして指定します。
RTX830（他、RTX1210、RTX5000、RTX3500）の場合、
「tunnel endpoint remote address」「tunnel endpoint local address」が使えるので、
以下のように変更して、「tunnel endpoint address (BRのIPv6アドレス)」は削除します。
tunnel endpoint local address ra-prefix@lan2::(インターフェイスID)/64
tunnel endpoint remote address (BRのIPv6アドレス)
（次へ続きます） （884 の続きです）
以下、上記の変更点１と変更点２を反映した、IPv4 / IPv6 の両方が使用できる、
RTX830（Rev.15.02.03）用configの当方の環境での例です。
ip route default gateway tunnel 1
ipv6 prefix 1 ra-prefix@lan2::/64
ip lan1 address 192.168.100.1/24
ipv6 lan1 address ra-prefix@lan2::1/64
ipv6 lan1 address ra-prefix@lan2::(インターフェイスID)/64
ipv6 lan1 rtadv send 1 o_flag=on
ipv6 lan1 dhcp service server
ipv6 lan2 dhcp service client ir=on
tunnel select 1
tunnel encapsulation ipip
tunnel endpoint local address ra-prefix@lan2::(インターフェイスID)/64
tunnel endpoint remote address (BRのIPv6アドレス)
ip tunnel nat descriptor 1000
ip tunnel tcp mss limit auto
tunnel enable 1
nat descriptor type 1000 masquerade
nat descriptor address outer 1000 (固定IPv4アドレス)
dhcp service server
dhcp server rfc2131 compliant except remain-silent
dhcp scope 1 192.168.100.2-192.168.100.191/24
dns host lan1
dns service fallback on
dns server dhcp lan2
dns private address spoof on
（以上です） 今DS-Lite使っててv6プラス移行時にどうするか悩んでるだよね
しかも情報が錯綜してるHGW有り環境w
めんどくさいからso-net抜け出すか、ネタと思ってv6プラス環境に凸するかw >>886
HGWの下にぶら下げた機材でv6プラス使えないって奴？
HGWあるけどフレッツ・ジョイントは使わずに自前の機材でやりたいって、ダメ元で言ってみれば？備考とか申し送りも無い申込み方法なの？
フレッツ・ジョイント配信後でもそこを無効にしたら、ぶら下げたルーターでできるとかにはならんのかね～？
その辺の情報まとまってないよなー。
自分がv6プラス使わないと話にならないって位に帯域が切羽詰まってたら検証するんだけどな。 So-netでHGW配下のRTX1200からv6プラス使えてるよ
サイトによっては結構セッション余ってるのにタイムアウトしたりするけどちゃんと多分ルーターがまともにMAP-E対応してないからかな >>888,889
やっぱりそれでいけるんだね。補足ありがとう。
ニフティとかのフレッツ・ジョイントか専用ルーターか先に選べってのもそれでいけるんじゃないのって気がしてくるなー。 1200はこれに対応していない
http://www.rtpro.yamaha.co.jp/RT/docs/v6plus/index.html
tunnel encapsulation map-e
記述した1210と830がそこにレ点してもトンネル張れない問題 >>891
1210と830は逆にmap-eオプション使わずに、旧来のコンフィグ (>273) で書いたら使えるんでしょ？
IPとマップルール変わったら面倒なのは残るけど。
NDA部分を丸裸にしていく作業だな～ JPNEは何で情報公開しないのかな？
セキュリティ的に問題でも有るのかしらん
金の為なら万死に値するがw ■ このスレッドは過去ログ倉庫に格納されています
