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

**不明なデバイスさん** · 2019/07/09(火) 14:21:00.44

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

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

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

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

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

前スレ
YAMAHAヤマハブロードバンドルーターpp select 26
https://mevius.5ch.net/test/read.cgi/hard/1544435522/
YAMAHAヤマハブロードバンドルーターpp select 25
http://mevius.2ch.net/test/read.cgi/hard/1528290598/
YAMAHAヤマハブロードバンドルーターpp select 24
https://mevius.2ch.net/test/read.cgi/hard/1518183815/

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

**不明なデバイスさん** · 2020/02/12(水) 12:08:17.68

>>671
ポートセービングIPマスカレードが欲しいって事？
そんなものが必要になる環境ならv6プラスの時点で使い物にならない気がするけど

**不明なデバイスさん** · 2020/02/12(水) 13:23:21.67

不正アクセス検知を有効にすると自然にip routing process normalが入るけど
ファストパスを止めなければ不正アクセス検知が動かなくなるの?
ファストパスで処理できないパケットは自動的にノーマルパスで処理されるなら
全てのパケットをノーマルパスにしなくてもいいのでは?

**不明なデバイスさん** · 2020/02/12(水) 14:05:50.57

その前に不正アクセス検知機能なんていらんだろう？
納入条件で付けたような機能で実際の役になんてたたんだろうに

**不明なデバイスさん** · 2020/02/12(水) 14:12:47.27

うちはRTX830だけど ip routing process fast のままだよ

**不明なデバイスさん** · 2020/02/13(木) 01:37:01.99

>>672
ポート番号を使い回さないNATでv6プラスだと、一般の家庭で2～3人が各自スマホを使う程度でポートが足りなくなることがあって使い物にならないが、ポートセービングIPマスカレードがあればそれでも使い物になる

あとFWX120だと、ポート番号の範囲の個数が3しかないのも足りてない
NAT ディスクリプタを複数使うことでポート番号の範囲の個数を増やす方法を使ってる人もいるようだけど、
各NATセッションの開始と終了が必ずFILOとかであればそれでも使えるけど
実際に使う場合はまちまちになってしまって実用に耐えない

**不明なデバイスさん** · 2020/02/14(金) 21:18:25.92

こんな構成を考えている人がいるかは知らないが、
VRRPv3を使用（IPv6アドレスを使用）した場合、現在おそらくどのYAMAHAルータでも他社製品と混ぜて使用できない。

**不明なデバイスさん** · 2020/02/15(土) 07:47:54.77

https://www.seil.jp/sx4/doc/sa/vrrp/config/vrrp.vrouter.html
-checksum-without-pseudoheaderこういうの設定すれば出来たり？

**不明なデバイスさん** · 2020/02/15(土) 08:56:56.37

>>678
それ、よくコマンド見るとわかるけどipv4限定に思えるのよね。

**不明なデバイスさん** · 2020/02/17(月) 03:37:19.83

あまりにもsshとopenvpnへ攻撃がきてるのでサーバーで落とすの諦めて
rtx1200に直接鎖国フィルタ突っこんだが
この調子だとipv6側にもそのうちに来るんだろうな…

**不明なデバイスさん** · 2020/02/17(月) 09:40:47.52

>>680
ポート変えてる？

**不明なデバイスさん** · 2020/02/17(月) 17:24:23.54

>>681
DDNSじゃなくて固定IPなんでフルスキャンされたら一緒やろと思って変えてない。
NATのログ出ししたらものすごい勢いで流れていくんで時間の問題かなぁと。

**不明なデバイスさん** · 2020/02/17(月) 21:15:10.54

>>682
直接狙われたら意味ないけど
そういうアタックのほとんどはちゃんと管理されてないようなホストの特定のポートに対してアクセスしてくるから意味あるよ

**不明なデバイスさん** · 2020/02/17(月) 21:53:08.86

相手次第としか言いようがない
ポートさえ変更すれば安全と思うアホもなかにはいるわけで
そういうアホ狙ったり空いてるポート片っ端から探す奴もいるし

世界中からアクセスする必要がないようなものは弾く
アクセスする必要があるプロバイダーなどがあればそれだけ開ける方が
セキュリティーホール見つかった時により安全

**不明なデバイスさん** · 2020/02/18(火) 07:33:26.77

うちも認証が要る系は全てJP限定にしたけど、ブルーフォースさえも皆無だよ

そりゃ遠隔操作されちゃったマシンも出てくるかもしれないけど
しぶといのが現れたらログを警察に提出したらいいだけだし、ほんとラク

銀行とかも利用者の希望に応じてJP縛りを受け付けりゃいいのに
（俺のIDは国外からのログインは拒否ってくれ、的なやつ）

**不明なデバイスさん** · 2020/02/18(火) 12:47:44.61

誤爆が出ても良いようなサービスはそれができるけど、原理的にIPアドレスとそれが使われている地域をもれなく厳密に結びつけることは原理的に不可能
そもそもそんなデータを公式に管理してるところはないわけなので
企業がやってるジオロケーションサービスだって全然完璧じゃないしね

**不明なデバイスさん** · 2020/02/18(火) 13:50:54.33

100％じゃないから「利用者の希望に応じて」って書いた次第だが。

**不明なデバイスさん** · 2020/02/18(火) 16:07:07.38

そもそもリモート管理系のポートをインターネットに向けて開けるってあり得んだろ
VPNならまだしも

**不明なデバイスさん** · 2020/02/18(火) 17:15:41.97

原理的に原理的に

**不明なデバイスさん** · 2020/02/18(火) 17:41:39.77

誤爆が出ても良いようなサービスの誤爆も意味不明なんだが

**不明なデバイスさん** · 2020/02/18(火) 20:08:14.30

ブルーw

**不明なデバイスさん** · 2020/02/19(水) 09:10:15.39

>>672
MAP-Eの仕組み勉強してから書き込もう。
1IPを256人で共有するために使えるポートが240個しかないんだよ？
試しにRTX1200でやったことあるが、Twitter開いたら終わる

**不明なデバイスさん** · 2020/02/19(水) 10:06:09.76

>>692
なんか君の方がNATセッションと利用可能ポート数を勘違いしてそうだな

**不明なデバイスさん** · 2020/02/19(水) 10:08:33.90

>>692
RTX1200 が MAP-E に対応しているとは初耳。
"tunnel encapsulation TYPE” で map-e が指定できないんだが。

**不明なデバイスさん** · 2020/02/19(水) 10:34:39.93

>>692
ごめんごめん。ちょっと調べたら、RTX1200 でも、lua で ipip トンネルに
NAT を適用して port range を計算して指定する方法があるんだね。
NAT timer の短縮と、アプリ側の keepalive 送信設定と、必要な通信を
静的に PPPoE 側にルーティングするのを組み合わせても、確かに端末数に
よっては厳しいような気がしてきた。
デフォルトルートを PPPoE 側にして、特定の通信を MAP-E 側にルーティング
する使い方が現実的なのかもね。

**不明なデバイスさん** · 2020/02/19(水) 11:22:36.78

うちは「V6プラス」じゃなくて「v6アルファ」なんだけど、つい先ほど
"show nat descriptor address” で MAP-E のマップルールを確認したら、
16個連続の領域が62個の合計992個のポートが割り当たってる。

**不明なデバイスさん** · 2020/02/19(水) 14:51:41.96

>>694
MAP-E正式対応じゃなくてもアドレス計算してDS-Liteと同じようにipipの設定をすれば
通信自体はできるよ。ポートセービングNAT対応モデル(RTX1210,RTX830,NVR510/700W)はそれで問題なく使える。
tunnel encapsulation map-e対応後はその面倒な計算を端折れるだけ

>>695
半固定といいつつ実質固定だからluaとか使わなくても↓で計算すればお試しはできるよ
http://ipv4.web.fc2.com/map-e.html

>>696
v6プラスのMAP-E対応機で同じコマンド実行すると15x15で225ポートになる。15x16でない理由は分からんけど

**不明なデバイスさん** · 2020/02/19(水) 18:32:02.52

固定ipのv6プラスのisp最安で2000円くらいでしょ？
yamahaのルーター使うくらいなら固定ipすればいいやん
pppoeと違って回線速度はispじゃなくてvne依存なんだし

**不明なデバイスさん** · 2020/02/19(水) 20:54:53.82

> yamahaのルーター使うくらいなら固定ipすればいいやん

イミフｗ
固定IPのv6プラスを使うなら自分はヤマハを選ぶよ

**不明なデバイスさん** · 2020/02/19(水) 20:58:00.26

>>698
市販のルーターはほとんど固定IPのv6プラスに対応していない
安いプロバイダーは固定IPのv6プラスに関してはサポートが無いようなもの
HGW使う前提なら良いかもね

**不明なデバイスさん** · 2020/02/19(水) 21:06:56.13

MAP-Eよりも固定に対応している方が多いんだが…

**不明なデバイスさん** · 2020/02/19(水) 21:13:10.85

牛とかIPIP対応してたっけ？

**不明なデバイスさん** · 2020/02/19(水) 21:16:15.62

IPv4の固定IPサービスか何かと勘違いしている子かと

**不明なデバイスさん** · 2020/02/19(水) 21:34:48.56

市販のって言うとヤマハやそれ以上の多機能ルーターも含まれるから良くないな
コンシューマー向けの安いルーター、に訂正

**不明なデバイスさん** · 2020/02/19(水) 21:44:33.07

>>703
ハズレ

**不明なデバイスさん** · 2020/02/19(水) 21:47:50.03

>>699
あんたのレスの方がイミフなんだがｗ

**不明なデバイスさん** · 2020/02/19(水) 21:51:50.19

固定ip map-e ポート数

**不明なデバイスさん** · 2020/02/19(水) 21:55:43.36

あ、送ってしまった。
v4固定貰えばポート数気にならんでしょってことだよね。

**不明なデバイスさん** · 2020/02/19(水) 22:00:01.08

固定IPが払い出されてポート分割されないやつってビジネスプラン限定のOCNしか知らないし
月額も契約しよう。なんて発想が生まれないほどクソ高いんだけど。
https://internet.watch.impress.co.jp/docs/news/1129786.html

**不明なデバイスさん** · 2020/02/19(水) 22:03:24.82

>>708
あんたの回線というかプロバイダがpppoeでも不満ないほど速度が出ているかどうかによる

pppoeでも30～40Mでてmap-eなら200くらい出るとかならあんたの認識どおり。

首都圏のゴールデンタイムだと下り1M。map-eなら80mとかざらにあるからそのような環境だとpppoeには期待できない

**不明なデバイスさん** · 2020/02/19(水) 22:11:09.95

>>709
"V6プラス"の固定IPならもっと安い
https://21ip.jp/
同じ固定IPのIPv4 over IPv6でもOCNが高いのは法人用だからそれなりの帯域が確保されてる（はず）

**不明なデバイスさん** · 2020/02/19(水) 22:15:33.33

>>711
帯域しだいだなぁ。
首都圏なら流石にv6プラスのほうが速いだろうけど
地方都市だとpppoeのほうがmap-eより速くてマジかよ！と思った

**不明なデバイスさん** · 2020/02/19(水) 22:21:36.09

>>711
pppoeが腐ってる首都圏の打開策にはいいかもなこれ

**不明なデバイスさん** · 2020/02/19(水) 22:23:05.80

>>712
MAP-Eの方がPPPoEより負荷が高いからルーターのせいかもしれない

**不明なデバイスさん** · 2020/02/19(水) 22:30:38.57

>>714
流石に510がppoeとmap-eで差が出るとは思いたくねぇなぁ

**不明なデバイスさん** · 2020/02/19(水) 22:44:11.41

カプセル化処理が入るから差は出るだろうよ

**不明なデバイスさん** · 2020/02/19(水) 23:15:05.66

>>706
v6プラス固定IPサービスは対応ルーターがないと繋がらないってことだろ
ヤマハのNVRは比較的安価な方

**不明なデバイスさん** · 2020/02/20(木) 00:41:37.38

1時間ほど前に測ったんだけど、MAP-E と PPPoE とで結構差が出るね。

RTX830 NTT西日本 OCN光 v6アルファ
フレッツ速度測定サイト：408Mbps
SPEEDTEST(MAP-E): DOWN:342Mbps, UP:315Mbps, PING:17ms
SPEEDTEST(PPPoE): DOWN: 51Mbps, UP: 36Mbps, PING:35ms

MAP-E側のテスト中は、CPU0 の使用率が 30%を少し超えてた。（CPU1 は 2%）
NVR510 だと＋数%くらいになるのかな。NVR500 や RTX810 だと、
この時点で処理しきれないかも知れないね。

**不明なデバイスさん** · 2020/02/20(木) 02:35:44.73

うちは田舎だからか RTX1200にIPv4 PPPoEで450Mbpsくらい出てるな

**不明なデバイスさん** · 2020/02/20(木) 08:06:06.65

>>710
v6固定の話だよな？
ウチはPPPoE速い方は夜でも100近く出るよ。遅い方は20M位、MAP-Eは夜間200以上は出るな。
混んでるの有名な神奈川だぞ。

**不明なデバイスさん** · 2020/02/20(木) 10:02:35.81

v6プラス固定IP+鎖国フィルタ適用してるRTX830で600Mbps安定
フィルター外した絶好調時で750Mbpsくらいまでは確認した

**不明なデバイスさん** · 2020/02/20(木) 13:21:25.63

ウチも830だよ。
昨年の3月末頃はMAP-Eで最高800Mは出たんだけどな。夏頃を境に500M前後まで落ちてきて更に低下中

**不明なデバイスさん** · 2020/02/20(木) 16:12:14.90

WLX313 Rev.18.00.09 リリース
ttp://www.rtpro.yamaha.co.jp/RT/docs/relnote/ap/Rev.18.00/relnote_18_00_09.html

**不明なデバイスさん** · 2020/02/20(木) 19:33:54.32

.
NTT東西、通信速度10Gbpsの「フレッツ光クロス」を4月より提供開始XR（VR/AR/MR）も見据える

きたああああああああAAAAAAAあああああああああ

あ、田舎だから関係なかったわ

**不明なデバイスさん** · 2020/02/20(木) 22:17:19.24

>>723
早速入れてみた
レスポンスが良くなった気がする

**不明なデバイスさん** · 2020/02/20(木) 22:38:51.72

すげーバグ多いｗ

**不明なデバイスさん** · 2020/02/20(木) 23:11:55.02

直してくれるだけマシ

**不明なデバイスさん** · 2020/02/20(木) 23:40:25.47

10Gbase-t対応のルータもその内安くなるのかねぇ

**不明なデバイスさん** · 2020/02/21(金) 00:24:32.28

>>697
tunnel encapsulation map-e対応後は、面倒な計算を端折れるだけではなくて
BRとの通信以外に他のCEと直接通信(メッシュトポロジー)もできるようになってたりはしないだろうか
(実機は持ってなくて確認できないが)

メッシュトポロジー対応がv6プラスの必須の要件となっているのかどうかは知らないけど
HGWのフレッツ・ジョイントの場合は対応しているし
バッファローは対応初期のバージョンで「ごく稀にv6プラス回線をご利用のお客様同士にて、通信が行えない問題」があったのは不具合だとしていて、つまり本来はできるものだということになっている
しかしIPIPトンネルの場合ではBRとのトンネルができるだけで、他のv6プラスユーザーから直接送られたパケットは受け取れない

あと、v6プラスで225ポートになるのは機種は何？
NVR510とRTX830では240ポート使えているようだけど
http://dotsukareta.blogspot.com/2018/10/nvr510v6open.html
https://rest-term.com/archives/3551/

**不明なデバイスさん** · 2020/02/21(金) 08:35:16.72

OCNバーチャルコネクトのためにNVR510を買おうと思うのですが、OCNバーチャルコネクトで接続できるようにするだけで、一般的なセキュリティーは問題ないでしょうか？

初心者なんですが、使いたいポートを自分で開放するものなのか、開放されているものを自分で塞がなければならないのか？
どちらでしょうか？

**不明なデバイスさん** · 2020/02/21(金) 10:19:39.32

>>730
YAMAHAは基本的に全部ふさいでおいてから必要な物だけ通す感じだね

v6プラスやOCNバーチャルコネクトの設定例のConfigはIPフィルタ設定まで
作りこんであったので、そのまま流し込むだけでも一般家庭で使う分には
問題ないようになってるよ
（生のIPv6通信についても配慮がうかがえるので安心）

**不明なデバイスさん** · 2020/02/21(金) 10:22:13.33

>>731
ありがとうございます。
設定例を見てみます。

**不明なデバイスさん** · 2020/02/21(金) 17:25:38.00

>>731
ip INTERFACE secure filter ... を INTERFACE に対して
書かないと全部通してしまうんだから、基本は「全通し」
じゃないの？
1つでも書いた途端にデフォルトが逆転するだけで。

**不明なデバイスさん** · 2020/02/22(土) 08:53:08.02

>>733
ノーガードがヤマハのポリシーじゃないと思うぞ

**不明なデバイスさん** · 2020/02/22(土) 12:08:04.98

ルーターは何も書かなければノーガード。
UTMやFWは何も書かなければ何も通らないのが普通。
IPV4はインターネットに繋ぐためには大抵はNAPTするから侵入って意味では概ね問題無い。

**不明なデバイスさん** · 2020/02/22(土) 12:16:49.93

>>735
IPv6はどうなんですか？

**不明なデバイスさん** · 2020/02/22(土) 16:28:50.91

RTX1200でフレッツ光ネクスト（ひかり電話なし）でこれの通り設定してるんだけどIPv6 IPoEでRTX1200に繋いだ機器が通信出来ない
IPv6のアドレスは降られててRTXとPCはグローバルアドレス、リンクローカルアドレスどちらも通信出来てRTXから外と通信出来ない
RTX自体はIPv6で外と通信出来る
RTXがルーティングしてない感じなんだけど何故だろう

https://network.yamaha.com/setting/router_firewall/flets/flets_other_service/ipv6_ipoe-rtx1200

**不明なデバイスさん** · 2020/02/22(土) 16:46:18.95

>>737
そのページの設定のみだとGoogleのトップページは見れるのでは？

**不明なデバイスさん** · 2020/02/22(土) 17:13:20.35

>>738
見れないですね
PCからLAN1のIPv6のアドレス(prefix)::1 にはpingが通る
PCからLAN2のIPアドレスにはpingは通らない
(prefix)::fffeにもpingは通らない

なにか確認すべきことありますか？

**不明なデバイスさん** · 2020/02/22(土) 17:21:32.16

そもそも外部と通信可能なプランで契約してんの？
NTTのv6オプションだけだとNGNまでしか通らんけど

**不明なデバイスさん** · 2020/02/22(土) 17:33:16.59

>>740
してます
RTXから2001:4860:4860::8844へのpingは通るのでNGNの外と通信出来ます
RTXのLAN1に接続している機器がLAN2から先に行かないと言うことです

**不明なデバイスさん** · 2020/02/22(土) 17:34:51.67

>>741
とりあえず、pcとルータを再起動。

**不明なデバイスさん** · 2020/02/22(土) 17:44:04.39

>>741
余計なコマンドが残ってて糸引いてないか確認
あと一旦フィルター設定を全部はずしてみたら？

**不明なデバイスさん** · 2020/02/22(土) 18:08:06.21

lan3を使ってるとか…？

**不明なデバイスさん** · 2020/02/22(土) 18:33:24.78

show ipv6 routeをやってみて経路を確認した方が良いな
タイミングによって経路がおかしいときがある気がする

**不明なデバイスさん** · 2020/02/22(土) 21:25:40.48

>>742-743
PC、RTX1200共に再起動してもダメでした
PCは別のPCで試してもダメ
RTX1200を初期化してやってみたけどダメでした・・・

>>744
使ってないですね

>>745
こんな感じです
# show ipv6 route
Destination Gateway Interface Type
default fe80::yyyy:12bc LAN2 RA
(prefix)::/64 - LAN2 implicit
(prefix)::fffe/128
- LAN2 implicit

show ipv6 neighbor cache
F Neighbor Linklayer Address Iface State
(prefix):xxxx:321c xxxxxxxxxxxxxxxxx LAN1 STALE　　　　<-PC
fe80::xxxx:321c xxxxxxxxxxxxxxxxx LAN1 REACHABLE
R (prefix)::fffe yyyyyyyyyyyyyyyyy LAN2 STALE
R fe80::yyyy:12bc yyyyyyyyyyyyyyyyy LAN2 REACHABLE

**不明なデバイスさん** · 2020/02/22(土) 22:32:39.82

DHCPスコープを指定する時にネットワークアドレスとブロードキャストアドレス、ルーター自体のアドレスは含めて入れてる？
ネットワークアドレスとブロードキャストアドレスは自動的に除外アドレスとして計算されるけど
コマンドを入力する段階で除外した方がいいのかな

**不明なデバイスさん** · 2020/02/22(土) 23:01:06.64

>>746
PC側のipconfigとかnetstat -rとかneighbor cacheとかは？

>>747
IPv6なので、それは無関係と思われる

**不明なデバイスさん** · 2020/02/22(土) 23:11:41.16

>>746
それだったら、うまくいかないね。本当にconfigのtypoは無いの？

**不明なデバイスさん** · 2020/02/22(土) 23:44:33.58

実は光電話契約してたとか
DHCPv6-PDで考えたら？

**不明なデバイスさん** · 2020/02/23(日) 09:56:04.07

>>746
(prefix)::/64のゲートウェイ…

**不明なデバイスさん** · 2020/02/23(日) 10:09:51.46

>>751
間違えた。インターフェースはそっち向きはまずいよね。

**不明なデバイスさん** · 2020/02/23(日) 11:14:55.73

>>749
すみません>>737の通りに設定してると書いてましたが全くそのままではなかったので
cold startで初期化した状態で>>373のconfigだけ設定したら通信出来ました
それで1つずつコマンドを検証した結果LAN2にIPv6のアドレスを設定するとルーティングが変わって通信出来なくなるようです
LAN2にアドレスを設定するのはv6プラス（固定IP)でIPIPトンネルを貼るために必要だからです

>>751-752
LAN2にアドレスを設定する前
(prefix)::/64 - LAN1 implicit
設定後
(prefix)::/64 - LAN2 implicit

なのでstaticに設定すればいいのかと思ったんですが
以下のいずれもダメです
ipv6 route (prefix)::/64 gateway (LAN1のIPv6アドレス(グローバル))%1
ipv6 route (prefix)::/64 gateway (LAN1のIPv6アドレス(リンクローカル))%1
ipv6 route (prefix)::/64 gateway dhcp lan1

**不明なデバイスさん** · 2020/02/23(日) 11:20:58.54

>>753
LAN2にアドレスを設定するという考え方が違う。

**不明なデバイスさん** · 2020/02/23(日) 11:45:31.80

v6プラス固定固定IP用のコンフィグが後悔されているのになぜ余計なことをするのか

**不明なデバイスさん** · 2020/02/23(日) 12:08:07.46

詳しい方…
NVR510なんですが、オリジナルとNTT扱いの違いはありますか？

**不明なデバイスさん** · 2020/02/23(日) 12:41:50.50

>>754
http://www.rtpro.yamaha.co.jp/RT/docs/ipip/index.html#setting8
これの
ipv6 lan2 address ra-prefix@lan2::(インターフェイスID)/64
は'LAN2にアドレスを設定する'という意味じゃないんですか？

>>755
どれのことでしょうか？
これにはv6プラスの設定は書かれてますがLAN1側のIPv6の設定が入ってません
↑のconfigには

**不明なデバイスさん** · 2020/02/23(日) 14:30:01.39

>>757
先日RTX830で似たようなことで悩んだよ
プロバイダーが送ってきたサンプルやYAMAHAが公開してる情報(>>757のリンク)で上手く行かなくて
オープンサーキットのサンプルを参考に設定したら上手くいった
https://www.open-circuit.ne.jp/isp/settei/v6direct-rtx1210-ip1.html

違いは、ipv6 lan2 address ra-prefix@lan2::(インターフェイスID)/64
をlan2ではなくlan1に(プレフィックスの部分はlan2のまま)

**不明なデバイスさん** · 2020/02/23(日) 15:21:17.35

>>758
ありがとうございます。できました！
LAN2じゃなくてLAN1の方に設定するのか
いまのところ問題ないっぽいですがこれでいいですかね

＞プロバイダーが送ってきたサンプル
21ipですか？
>>757はいいとしてサポートしないからといって間違ったサンプル送ってくるとは

**不明なデバイスさん** · 2020/02/23(日) 17:58:33.13

>>757のリンクの説明を読めば、デュアルスタックのconfigでないのは明確なんだけどね、

**不明なデバイスさん** · 2020/02/23(日) 19:05:31.15

そろそろrtx1210の後継機くるん？

**不明なデバイスさん** · 2020/02/23(日) 19:30:28.64

>>761
1250なのは秘密な

**不明なデバイスさん** · 2020/02/24(月) 01:27:59.79

rtx1250ググるとご立派なものが

**不明なデバイスさん** · 2020/02/24(月) 08:57:51.04

次は黄色になるのか

**不明なデバイスさん** · 2020/02/24(月) 12:21:52.20

大体5年サイクル位だからソロソロだな
今までのパターンだとinteropで参考出品した後してからの年末位かね
10GbE対応やるかな？

**不明なデバイスさん** · 2020/02/24(月) 13:01:10.95

NVR610(適当)も出るかな！？

**不明なデバイスさん** · 2020/02/24(月) 13:09:29.61

次は全面改良になりそうだしNVR600じゃね？

**不明なデバイスさん** · 2020/02/24(月) 13:30:31.72

新型にはeSIM対応してくれんかね？

**不明なデバイスさん** · 2020/02/24(月) 14:25:44.12

eSIMである必要性ある？

**不明なデバイスさん** · 2020/02/25(火) 01:20:23.15

eSIMみたいな尖った機能は実装しなさそう

**不明なデバイスさん** · 2020/02/25(火) 09:53:20.78

>>729
その二つと同じ表示だよー
15ポートのレンジx15だから225ポートだなと思ったけど
考え方がなんか間違ってるかねぇ