YAMAHA業務向けルーター運用構築スレッドPart21

**administrator** · 2018/05/29(火) 23:00:51.94

【お約束】
ここはYAMAHAルーターなどで小規模～大規模のネットワークを
構築、運用する人のための情報交換スレッドです。
ネットボランチシリーズ(コンシューマー向け)、業務用向け機器でもYAMAHAルーターの
設定方法、YAMAHAルーターの使い方などハードウェア寄りの話題は関連スレへ

【公式サイト】
RTXシリーズルーター
http://jp.yamaha.com/products/network/routers/
RTpro - ヤマハネットワーク周辺機器技術情報ページ
http://www.rtpro.yamaha.co.jp/
ヤマハネットワーク機器
http://jp.yamaha.com/products/network/

【関連スレ】
YAMAHAヤマハブロードバンドルーターpp select 21
https://echo.2ch.net/test/read.cgi/hard/1453996883/
YAMAHAヤマハブロードバンドルーターpp select 22
https://echo.2ch.net/test/read.cgi/hard/1485617399/

【過去スレ・前スレ】
YAMAHA業務向けルーター運用構築スレッドPart16
https://hayabusa6.2ch.net/test/read.cgi/network/1437244766/
YAMAHA業務向けルーター運用構築スレッドPart17
https://hayabusa6.2ch.net/test/read.cgi/network/1450925974/
YAMAHA業務向けルーター運用構築スレッドPart18
https://hayabusa6.2ch.net/test/read.cgi/network/1464191922/
YAMAHA業務向けルーター運用構築スレッドPart19
https://mao.2ch.net/test/read.cgi/network/1485790427/
YAMAHA業務向けルーター運用構築スレッドPart20
https://mao.5ch.net/test/read.cgi/network/1501976932/

あ · 2018/07/07(土) 23:45:57.52

DS-Lite（IPv4 over IPv6）なら、v6プラスは不要だよね。

**anonymous@fusianasan** · 2018/07/07(土) 23:50:30.21

>>99
>下流の端末全てにv6アドレスを配布出来るか
ステートフルインスペクションで、RTXのLAN内全端末にIPv6 GUAが割り当てになるよ。
RTXにその設定が必要

>NAT溢れみたいなことが起きないかどうか
DS-Liteは網側にNATがあるので、RTXのNATは不要ですよ。（あってもいいけど、ナンセンス）
言い換えれば、RTXのNATの機能がいくら優れていようが、DS-Lite側のNATの性能にパフォーマンスは依存するでしょう。

**anonymous@fusianasan** · 2018/07/08(日) 01:18:06.17

>>102
感謝です。安心しました。

**anonymous** · 2018/07/08(日) 01:47:26.58

NAT性能よりも割り当てられてるポート数によるんじゃないか？

**anonymous@fusianasan** · 2018/07/08(日) 02:01:32.56

>>103
それで安心していいの？
v6プラス（他MAP-E方式）を選ぶかtransix（DS-Lite）を選ぶかで変わってくると思うけど？
v6プラスは割り当てが240ポートだけど、ポートセービングNATが使える1210なら、通信先1IP当たり240セッション張れる。
transixは1接続（トンネル）当たり1024セッションの上限が有る。
そんなにクライアントが居るなら、transixならパンクして接続できない人が出てくるんじゃないかな。
v6プラス他だったとしても、全員が頻繁に使う接続先のIPが複数でないとパンクしそう。

**anonymous** · 2018/07/08(日) 08:01:26.29

うちもインターネット宛のトラフィックを一部v6にオフロードさせちゃおうと思ったが
NAT制限がショボすぎて端末が大量にある環境だと使えないね。

**anonymous** · 2018/07/08(日) 08:34:03.45

so-net経由のtransixがすげえ遅延起こしてるときあったな

そもそもフレッツv4が遅すぎるのが問題なんだよな
なんでONU直接つないでもインターネット宛は6Mbpsしか出てないんだ
朝からつながんねーってクレームくるし

**anonymous@fusianasan** · 2018/07/08(日) 09:08:18.91

対外IPv4接続は部署毎にDS-Lite Router置けば
1024セッション上限有っても捌けるかな～？
部署間の社内LANはIPv6で繋がるように設計しなかんけど

**anonymous@fusianasan** · 2018/07/08(日) 12:39:48.28

IIJのQ&A見ると同時接続台数やセッション数に制限はないと明言しているんですが
上の方が書いている「1024セッションの上限」がどこでどう影響するのか
教えていただけますか
もしかしてトンネル「1024セッションの上限」ってルータ側の話ですか？

**anonymous@fusianasan** · 2018/07/08(日) 13:22:35.31

>>109
それはIPoEの話でPPPoEのようなセッションの概念は無いって説明でしょ
上で言ってるのはDS-LiteのVNE側でのNAT処理におけるNATセッション上限の話
これについては、multifeedもiijも明言はしてないけど過去にストレステストした人が出した結論

**anonymous@fusianasan** · 2018/07/08(日) 16:45:27.49

>>108
規約違反とかにならない？

でも、メンテナンスが面倒くさそう

**anonymous** · 2018/07/08(日) 18:53:44.67

>>111
IPIPトンネル張れるのは１個じゃね？

**anonymous@fusianasan** · 2018/07/08(日) 21:50:45.97

>>112
何個でも掘れる。

**anonymous** · 2018/07/08(日) 22:30:12.69

>>113
DS-Lite的に？

**anonymous** · 2018/07/08(日) 23:05:53.83

IPアドレスを共有しないipipサービスを使えばいいのに

**anonymous** · 2018/07/08(日) 23:09:23.13

いっその事
V6アドレス扱えるVPSにVPN張った方がよかったりなｗ

**anonymous@fusianasan** · 2018/07/11(水) 15:08:58.57

DS-Liteの仕様制限についてプロバイダーに問い合わせてみた
建前上、光コラボ契約かつドコモ光ルーター01利用者にのみサービスを提供
こういうユーザーはセッション制限を気にする使い方はしないはず、だそうです
あと原則ホームページに書かれている以上のことはお答えできないと…
どこかに教えてくれる人いないかなあ－

公式条件外でもDS-Liteが使えるって喋りすぎると
ISPによっては提供が止められるかも…

**anonymous** · 2018/07/11(水) 15:51:43.08

>>117
そういうのは端末１００台ぐらいぶら下がってる事前提ではないからなぁ

**anonymous@fusianasan** · 2018/07/11(水) 16:33:17.46

これは、実験するしかないな

いつも、俺たちは、にごされて、
そして確信を得るべく自ら実験を行って結論を得てきた。

セッションを張るLinuxスクリプトが必要だな。
あとは、セッションリミッター実験で怒られないかどうか。

**anonymous@fusianasan** · 2018/07/11(水) 16:47:05.46

＞いつも、俺たちは、にごされて、
＞そして確信を得るべく自ら実験を行って結論を得てきた。

　　　　彡ミミミミ))彡彡)))彡)
　　　彡彡ﾞﾞﾞﾞﾞ"ﾞﾞ""""""ヾ彡彡)
　　　ﾐ彡ﾞ　..＿　　　＿　ﾐﾐミ彡
　　((ミ彡 '´￣ヽ '´/￣　｀ ,|ミミ))
　　ミ彡　 '￣￣' 　〈￣￣ .|ﾐミ彡
　　ミ彡|　　））　| |　｀（（　|ﾐ彡
　 ((ﾐ彡| 　（（　-し｀)　））|ﾐﾐミ　　　／￣￣￣￣￣￣￣￣￣￣
　　　ゞ|　））　､,!　」（ (　|ソ　　　＜　感動した！ >>119
　　　　　ヽ（（￣￣￣' ) ）/　　　　　＼＿＿＿＿＿＿＿＿＿＿＿
　　　　　,.|＼､)　　　' ( ／|､
　　￣￣| ｀＼.`──'´／ |￣￣｀
　　　　　＼　~＼,,／~　 /

**anonymous@fusianasan** · 2018/07/11(水) 22:12:55.18

ipipはstatelessなのにセッション is 何？

**anonymous** · 2018/07/11(水) 22:38:36.19

IPIPはIPv4 over IPv6のトンネルにしか使ってないから

**anonymous@fusianasan** · 2018/07/11(水) 22:43:28.51

ユーザー視点ではstatelessでも、VNE視点ではNATかけてるのでstatefullなんですが。

**anonymous@fusianasan** · 2018/07/11(水) 22:43:56.94

DS-Liteの話な

**anonymous** · 2018/07/12(木) 16:17:04.60

ヤマハの無線LANはファームのアップデートでWPA3に対応出来る？

**anonymous@fusianasan** · 2018/07/12(木) 17:43:18.18

【上流きどり、〝都民″】　マ７トＬーヤ『大洪水は都会人の弱者切捨ての結果、大地震は核爆発の結果』
http://rosie.5ch.net/test/read.cgi/liveplus/1531363082/l50

西日本豪雨　死者２００人に　警察庁発表　安否不明なお多数

**anonymous** · 2018/07/13(金) 03:58:17.35

https://www.msn.com/ja-jp/news/national/nhk/ar-AAzX8hL#page=2

テレビと同じ番組をインターネットで流すＮＨＫの「常時同時配信」が、
総務省の容認姿勢で実現に向けて大きく動き出すことになった。

将来的にはネットのみの世帯に対する受信料新設で財源の拡大をもくろんでおり、

インターネットも契約できなくなるな。

**anonymous** · 2018/07/15(日) 09:55:43.50

災害といえば、ネット環境もない臨時ATM内に、USBドングルつけたRTX810が活躍してたっけ

**anonymous** · 2018/07/17(火) 20:00:08.86

今回の災害でKDDIの光ファイバーが物理的に切れてしまったらしく夜中に電話鳴りまくったわ。。
フレッツファミリーは問題なかったという何とも解せない展開だった。

**anonymous** · 2018/07/18(水) 21:41:08.97

どこが解せないんでしょうか？
KDDIが切れたら、フレッツは必ず切れるのかな？

**anonymous@fusianasan** · 2018/07/18(水) 21:50:55.71

建物の引き込み箇所でKDDIだけ切れたとか？

**anonymous@fusianasan** · 2018/07/18(水) 23:58:31.67

基本的には局舎から各家庭や事業所までの回線を敷設したのはNTT
局舎より向こうはNTT回線に相乗りの場合と独自の場合があるみたいだけど、全国全ての局舎を繋ぐ回線をKDDIやソフトバンクが敷けるわけないので基本的に物理的にはみんなNTTの物

**anonymous** · 2018/07/19(木) 21:58:24.09

それはフレッツだろ
独自回線を引いている業者はいくらでもあるよ

**anonymous** · 2018/07/19(木) 22:10:28.88

地方の家庭向けだとフレッツ網借りてるところ多いけど、企業向け専用線とかあるしな
うちは第２電電

**anonymous@fusianasan** · 2018/07/21(土) 10:49:09.48

全部が全部フレッツの転用では無いな

**anonymous@fusianasan** · 2018/07/22(日) 07:19:07.76

RTX1210の通風口の穴がでかいんだけど、
ホコリが入るだろうな。
なにか合理性があってそういう形状にしてしまったんだろうか。

なにか、網でもかぶせようかと考えている。

**anonymous** · 2018/07/22(日) 13:53:15.86

フレッツ網

**anonymous** · 2018/07/22(日) 19:58:13.22

はい

**anonymous** · 2018/07/22(日) 20:08:41.87

はいじゃないが

**anonymous** · 2018/07/22(日) 21:39:08.23

パンストルーター

**sage** · 2018/07/23(月) 14:10:28.44

全然合理性ないんじゃないか！

**anonymous** · 2018/07/23(月) 14:24:39.60

送風ファンでもつければいいじゃない

**anonymous@fusianasan** · 2018/07/24(火) 01:11:21.90

>>142
自作パソコンやっていたらわかるけど、
ファンなんて回したら内部が埃の巣になるよ

**anonymous** · 2018/07/24(火) 08:54:37.99

いや内部に入れるのではなくて
通風口の上を風が通るようにするだけ

**anonymous@fusianasan** · 2018/07/24(火) 12:43:31.90

占

↑こんな感じ？

**anonymous@fusianasan** · 2018/07/31(火) 07:36:30.69

RTX830ってv6プラスの利用可能ポート240個をRTXでNATしてる配下のアドレスそれぞれにポートマッピングできる？

**anonymous** · 2018/08/01(水) 10:40:57.03

もちろん出来るよ

**anonymous@fusianasan** · 2018/08/02(木) 01:56:57.62

マジかよ
nat descripter masquerade staticのコマンドでmap-eで利用可能なポートとローカルIPアドレスをマッピングしてるんだけど外部からアクセスできないなぁ

何でだろ

**anonymous@fusianasan** · 2018/08/03(金) 03:23:22.83

こんどRTX1210に、RTX1200から乗り換えます。
形状は同じだし、コンフィグは丸ごと使おうと考えていますが、
何か不都合とかあるでしょうか。

RTX1100から、RTX1200への乗り換えのときは、LAN関係で、
自動的にコンフィグの修正が行われたことを覚えています。

とくに、RTX1210のIPsecの実装なんてかわっていないですよね。
他機種との接続を行っているので、RTX1200と同じ実装であってほしい。

**anonymous** · 2018/08/03(金) 07:09:45.97

>>149
基本的に上位互換なので、そのままconfigを流したらいい。
んで、まれに蹴られるコマンドがあれば、そこだけ修正なり削除なり。
拍子抜けするぐらい、あっさり動いて、
劇的にとは言わないけれど性能向上は体感できると思う。

ttp://motosumiyoshi.cocolog-nifty.com/gyoumuyo/2015/03/yamaha-rtx1200r.html

**148** · 2018/08/03(金) 09:13:08.05

自己解決しました
IPフィルタのrejectしてるパターンの方が穴開けるpassパターンより先に処理されてたのが原因でした
暗黙のdenyに頼る設定に変えたら通信できました

**anonymous** · 2018/08/03(金) 20:05:59.57

>>149
先にファームアップしてからね
RTX1100からの入れ換えやってきたけど全く問題ないね。
交換前にちゃんとPPPoE切らないとハマるからきをつけてね

**anonymous@fusianasan** · 2018/08/03(金) 23:47:54.55

>>150
さっそくレスいただき、
ありがとうございました。

いや、安心しましたー。
性能向上を期待しての交換です。
RTX1200でCPU使用率がしばしば50%超えてしまうことがあり、
パケットが遅延することが多くなってきたもので。

>>152
ファームアップも忘れずにします。
RTX1210はファームがらみでこのレスでも不具合報告がありましたものね。

ん？PPPoEを切らないと、セッションがサーバー側に残るとかかな。

**anonymous@fusianasan** · 2018/08/04(土) 01:08:52.13

>>153
ただなあ、HGWから取得しているIPv6プリフィックスが変わるだろうし、
そもそもLANのマックアドレスが異なるからアドレスがかわってしまうだろうなあ。
NTT WESTなんで、筑波のサーバから名前解決もできないし。
これが面倒。

**anonymous@fusianasan** · 2018/08/04(土) 20:53:49.28

>>152
PPPoE は、4 分程放置してれば網側から切断されるから
繋ぎ変えてあれこれしてるうちに切れてる。
何にハマるんだろう？

>>154
> マックアドレスが異なるからアドレスがかわってしまう

筑波の話をしてることから考えると IPv6 の GUA、マックアドレスということからするとそのインタフェースID 部？
インタフェースID を明示的に指定すればいいのでは？

**anonymous@fusianasan** · 2018/08/05(日) 01:40:51.94

>>155
HGWから取得されるプリフィックスの一部が変化するだろうと思われるんですよ

**anonymous@fusianasan** · 2018/08/05(日) 23:52:05.67

>>156
うちの PR-400KI では、MAC アドレスによってプレフィックスの一部が変化するという現象は見たこと無いな。
プレフィックスのうちのサブネット ID 部分は払い出した順序で決まっていて、最初に払い出したものは f0、その次は e0、… 最後は 10。
期限切れを待つか再起動などで払い出したものを忘れ、また最初の f0 から払い出される。
PR-400KI 配下の DHCPv6-PD クライアントが 1 台だけで、かつプレフィックスが変わったら困る運用をしてるなら、一番最初の f0 になるように使えばいい。
(e0 やそれ以降を使っていると、停電やファーム更新などのタイミングで一番最初の f0 になってしまう。)

HGW のメーカーが違うと、サブネット ID 払い出し順が昇順なのか降順なのか、再起動で消えるかどうか、という違いはあるにせよ
「プリフィックスの一部」は払い出した順序で決まってないか？

**anonymous@fusianasan** · 2018/08/06(月) 01:48:23.52

>>157
>(e0 やそれ以降を使っていると、停電やファーム更新などのタイミングで一番最初の f0 になってしまう。)
なるほど、それは大切なことです。ありがとうございます。
HGWって、払い出したプリフィックスのうちのサブネット部分を、再起動で忘れてくれるんですね。

しかし、プリフィックス部分は置き換え前のRTXと同じにできたとしても、
（GUAの自動生成の場合）新しいRTXでは全体としてのGUAは変化してしまうんだよなあ。
NTT WESTなので、筑波のDNSは使えない。
拠点のVPN設定を変更しなければならないのは避けられないなあ。

**anonymous@fusianasan** · 2018/08/06(月) 02:58:17.32

>>158
HGW の挙動はメーカーによって違うところがある。再起動で忘れてくれるものもあるけど、NE なんかは再起動しても忘れないんじゃなかったかな？

GUA が変わると困るなら、DHCPv6 でなく RA のプレフィックスを使う、インタフェースID は明示的に指定する、でどう？

**anonymous@fusianasan** · 2018/08/06(月) 07:43:03.21

>>159
再起動しても、MACアドレスに対して割り当てたプリフィックスを、
ずっと覚えているものもあるのですね。

すると、やってみなければ分からないですね。
取り敢えず、新しいRTXをHGWに接続する前に、
HGWは再起動したいと思います。

**anonymous@fusianasan** · 2018/08/08(水) 18:21:42.76

RTX1200で、IPIPトンネルを重たく使うと、CPU使用率高めになったりする？

**anonymous** · 2018/08/08(水) 18:41:00.37

もう10年前の機器だからな

**anonymous@fusianasan** · 2018/08/08(水) 20:13:50.51

>>161
PPPoEよりもCPU食うね。

**anonymous@fusianasan** · 2018/08/09(木) 00:57:09.68

>>162-163
今日なんて、CPU80％にまで達して、
レスポンス値が跳ね上がって仕方なかった。

**anonymous@fusianasan** · 2018/08/09(木) 04:21:50.76

RTX1000で負荷に耐えられなくなってRTX1200に替えたんだけど、そろそろキツくなってきたな

**anonymous** · 2018/08/09(木) 10:11:50.70

>>155
４分じゃだめなんです！！！
６分

**hage** · 2018/08/09(木) 12:45:55.20

フレッツVPNでNTTにトンネリングしてもらってるので、拠点間接続に RT57i が現役だお

**anonymous@fusianasan** · 2018/08/09(木) 21:45:34.23

>>166
6 分って言う人がよくいるんだけど、うちの回線で実際に試すと、
LCP Echo-Request に最後に返事した時点から 4 分ちょっとで、網側から LCP Term-Request や PADT が送られてくる。
なお西日本隼、網側の MAC アドレスは 00:12:e2:… なので ALAXALA

**anonymous** · 2018/08/09(木) 23:58:57.49

RTX1210を一台でスマホ常時200台くらいってさばけるかな？
使うアプリにもよるんだけど、一時的にゲスト解放する必要が出て手持ちの1210でいけるなら助かるのだけど。。

**anonymous@fusianasan** · 2018/08/10(金) 00:46:57.98

>>169
200台っていうと、
同時に使用される平均台数×各スマホの帯域＝必要帯域 < RTX1210が裁ける帯域

これがTrueならおkということでいいかな。

**anonymous** · 2018/08/10(金) 01:07:23.35

帯域よりセッションだろJK

**anonymous@fusianasan** · 2018/08/10(金) 01:32:50.08

>>171
ああ、そうだな。
セッションとなると、いくらRTX1210の進化したポートセービングIPマスカレード機能が非常に有効だね。

65000ポートを、宛先アドレスごとに独立して使えるから、
スマホ200台が同じ宛先アドレスに接続するようなことがないなら、
セッションが枯渇することはないんではないかな？

しかし、社内向けサービスとかで、一斉に200台が同じ宛先アドレスに接続するとなると、
ポートセービングが機能しなくなってしまうから、ダメかもね。

**anonymous@fusianasan** · 2018/08/10(金) 01:37:19.20

https://cloud.watch.impress.co.jp/img/clw/docs/677/028/html/scsk13.jpg.html

この写真の、RTX1210のIPIPスループットが2倍なると、
CPU使用率が半分に下がってくれるんだろうか？

たとえば、IPIPで使用率が60%程度に上昇しても、RTX1210では30%になるとか？

**anonymous@fusianasan** · 2018/08/10(金) 01:43:18.06

http://www.rtpro.yamaha.co.jp/RT/docs/fastpath/

これ、ファイストパスが使用される場合について説明されているんだけど、
”ESPパケットのフィルタリング”欄では、RTX1210でも「×」になっている。

これって、ESPパケットに対する、pass IPソース IP自分自身などというフィルタを設定した場合、
トラフィックはノーマルパスになってCPUを喰うことになるってこと？

**anonymous** · 2018/08/10(金) 01:49:53.29

>>170
>>172
ありがとう。
NATのセッション数は上限を制限してやれば良いですかね。
一般人相手だからFBやらインスタやらのSNSとweb閲覧がメインだと見込んでます。
limit 100くらいで大丈夫かな？

帯域は。。。フレッツなので期待してないです。

**anonymous@fusianasan** · 2018/08/10(金) 05:17:01.65

>>175
ポートセービングIPマスカレード機能

有効設定するのを忘れないようにね

**anonymous** · 2018/08/13(月) 12:38:13.94

>>168
ISP側のタイムアウトがあるみたい。二重接続扱いされて切られる
>>176
いまだ使う勇気出せないけどもう平気かなぁ

**anonymous@fusianasan** · 2018/08/13(月) 22:05:53.71

RTX1200からRTX1210への置き換えが完了したぜ！

HGWから取得されるIPv6プリフィックスと、本体のMACアドレスが変わったことによる、
GUAの変更だけが問題になった。
拠点のルーターの設定変更が必要になっただけ。

それ以外は、とくにひっかかったところはなかった。
休み明けが楽しみ。CPUの使用率が下がってくれるかどうか。

RTX1210のダッシュボード機能が楽しいね。
トラフィックなどの情報を確認できるんで。

**anonymous** · 2018/08/14(火) 20:23:34.04

置き換え案件ってVPNが元通り復帰するまでの時間が毎回ドキドキで嫌だなw

**anonymous@fusianasan** · 2018/08/15(水) 01:06:47.51

>>179
ほんとそう。
バージョンアップしても、IPsecの仕様は絶対に変えて欲しくないな。
YAMAHA以外の装置とも、VPNを接続しているからなあ。

もし、IPsecの仕様を変える必要があったとしても、
今の仕様は別コマンドとして残して互換性を維持しておいてほしい。

**anonymous** · 2018/08/15(水) 03:33:27.93

ipsecの仕様が変わることはないだろうけどw
クラウド全盛期に向けてIKEv2になってくんじゃないの？
YAMAHAはv1とv2が両立できないのが難だけど。

**anonymous@fusianasan** · 2018/08/15(水) 04:21:45.10

>>181
>YAMAHAはv1とv2が両立できない

たとえば、RTX1210で、IPsecつかうのにIKEv1を使うと、同じルーターで
IKEv2のトンネルを使えないってこと？

**anonymous@fusianasan** · 2018/08/15(水) 04:25:05.06

>>181
>ipsecの仕様が変わることはないだろうけどw

ちょっと言い方変になっちゃったね。
いいたいのは、RTXのIPsec関係の実装のことなんです。

たとえば、LibreSWANから開始する接続はRTXは受け付けるけど、
逆にRTXから開始する接続をLibreSWANは受け付けないっていうような仕様のこと。
双方向で接続が開始できるような仕様に改善されてもいいけど、このままでもいい。

**anonymous** · 2018/08/15(水) 09:01:10.19

ヤマハさんどこまで旧仕様維持してくれるのか気にはなってるんだよなぁ。
同時入れ替えできるような太っ腹なエンドユーザなら一気に切り替え出来るんだけど末端がRT105e/107eとかザラだし

**anonymous** · 2018/08/15(水) 15:52:35.76

>>182
その通り。使えない。
だからv2使いたいなら全拠点一斉に切り替える必要がある。
Azureやっててはまったw

**anonymous@fusianasan** · 2018/08/15(水) 16:48:45.72

>>185
なるほど。ありがとう。
気をつけるようにする。

でもそのうち、ファームアップで対応あるかもね。

**anonymous@fusianasan** · 2018/08/16(木) 00:46:03.11

RTX1210のWEBの色んなガシェットあるでしょ。
これって、ガシェットをのせたWEBページを開かないかぎり、CPU喰われないよね。

ところで、
インターフェイスを監視できるガシェットでは表示数に制限があるのが残念だったな。
あと、ガシェットの表示枠を変更できないんだろうか。

**annony** · 2018/08/22(水) 10:59:34.86

ヤマハのプロの皆様ご教授お願いします
現在RTX1210を2台使用してL2TPv3を構築しているところなんですが、バックアップをモバイル回線でやりたくて予算の都合上事前に調べたらVPNパススルー機能があるということだったのでNECのAterm MR04LNを購入しました。がL2TPv3を構築できません

検証した内容
①
L03FというUSBデータ通信端末をRTX1210にそれぞれ取り付けて（一つは固定ipアドレスを契約してある）L2TPv3を構築　→◎

②
①の状態から固定ipアドレスじゃないほうをMR04LNにしてみた　→×
logを見ると対向のRTX1210にはIpアドレスが通知されていますがそれ以上進まない

なので、MR04LNのパススルー設定が足
間違っているのかなと思い色々やるのですができません。

現在の設定
RTX1210のLAN2をMR04LNに接続
MR04LNのパススルー設定
LAN2のアドレスとUDP500,4500,TCP50,51

NECのサイト
http://www.aterm.jp/function/mr04ln/guide/vpn.html

どうか皆様よろしくお願いします

**anonymous** · 2018/08/22(水) 11:22:51.82

何をやりたいのかいまいちわからない
図にできない？

**anonymous** · 2018/08/22(水) 11:43:30.45

モバイル回線を別の端末に変えたら繋がらなくなったってことじゃないの

**annony** · 2018/08/22(水) 12:30:29.65

>>189
>>190
さっそくありがとうございます
言葉足らずで申し訳ありません
図におこしてみました
https://i.imgur.com/mMnRABk.jpg

現状は
teraterm上でRTX1210B(console)からRTX1210Aに付けたUSBデータ通信端末へのpingは◎

MN04LN
https://i.imgur.com/87jR618.jpg

よろしくお願いします

**anonymous** · 2018/08/22(水) 14:43:03.22

>>191
http://www.rtpro.yamaha.co.jp/RT/docs/l2tpv3/index.html
L2TPv3パケットの受信にはUDPのポート番号1701が使用されます。変更することはできません。

MR04LNにUDPのポート番号1701のＮＡＴ設定いるんじゃね？
それで使えるかどうか知らんけど

USBデータ通信端末をそのまま使うのは駄目なの？

**anonymous@fusianasan** · 2018/08/22(水) 16:06:50.99

>>191

本商品のLANにIPsec機器/PPTPサーバを構築する場合は、ポートマッピング機能を併用する必要があります。
http://www.aterm.jp/function/mr04ln/guide/vpn.html

**annony** · 2018/08/22(水) 17:45:31.08

>>192,193
UDP1701を通したらvpn一瞬だけ張れたから優先度をいじったら安定してつながるようになりました！
ありがとうございました
参考までに
51 優先度1
50 優先度2
500 優先度3
1701 優先度4
4500 優先度5

**anonymous@fusianasan** · 2018/08/22(水) 18:42:35.12

51は使わないから設定は不要
UDP500番、UDP1701番、UDP4500番はそのままでOK

50はTCPの50番じゃなくてIPのプロトコル番号50番(ESP)
Atermでその設定ができるかどうかは不明だが。

**annony** · 2018/08/22(水) 18:49:04.48

>>195
ありがとうございます
espでもできました

**anonymous@fusianasan** · 2018/08/24(金) 01:54:59.43

結局、NECのLTEルーターのフィルタにひっかかっていたという話だったんだな。

**anonymous@fusianasan** · 2018/08/24(金) 07:44:19.51

そもそも NAT の内側で、外側からのパケットを受け取るには、静的に NAT 設定しておかないとという話。

**anonymous** · 2018/08/24(金) 09:04:51.01

>>197
ちがうだろう

**anonymous@fusianasan** · 2018/08/24(金) 13:29:39.00

NATもフィルタみたいなものだと考えれば。