YAMAHA業務向けルーター運用構築スレッドPart25
前スレで最後たくさん書き込んでた人はもう気が済んだのかねぇ >>4
書かなくなったってことはそうなんじゃない？
まあ、原因の見立てが正しいかは知らんが。 >>4 >>5
原因わかりました。
Linux---IPv6インターネット---[OGW]--IPv6--ラズパイ4
上記テスト環境で、Linux→ラズパイ4方向について、
IPsec(IPsec as IP4 over IP6 )通信速度をiperf4で調べました。
結果は次のとおりです。
[ 4] 9.00-10.00 sec 3.37 MBytes 28.3 Mbits/sec 0 118 KBytes
一方、次の環境についても調べました。
Linux---IPv6インターネット---[HGW(500番台)]--IPv6--ラズパイ4
結果は、次のとおりです。
[ 4] 4.00-5.00 sec 14.0 MBytes 117 Mbits/sec 0 589 KBytes
この結果から、OGWがIPsecに対して非常に遅いということが判明しました。
したがって、RTX1210はどうやら悪くなさそうです。
OWGが信じられないくらいに遅かったのでした。 >>6
うん知ってたって反応したくなる結果ですね。 >>6
ちなみに、600番台HGWを用いても同じテストをしましたが、
速度は変わりませんでした。
前スレッドにも書いたとおり、
600番台HGWではなぜか折り返し通信がうまくいかないので使っていません。
ただし、インターネット上のIpv6マシンとの通信はできた。
IPv6アドレスの変更もなかった。
これについてはHGWのファーム更新を期待したいと思います。
（500番台に戻すと折り返し通信もできた。） >>8
機器の切り替えを短時間で行い、すぐにテストしなかったかい？ >>10
500番台をはずして、600番台を取り付けてテストしました。
網側の情報書き換えが追いついていないということでしょうか。
十分程度放置したけど解決しなかった。
そういえば、以前も別機種で、なかなかpingが通らず、
焦ったことがありました。
これは諦めてしばらくしてから試すと繋がって、首を傾げたことがありました。
これもそうってことかな。 >>11
クライアントとONUの間の機器を変えた場合、
Neighbor Cacheの更新がクライアント側、網側双方ともなされるまで通信が不安定（できる機器・できない機器が混ざるなど）が当然起きます。 >>12
ありがとうございます。
休みだし、600番台に戻して様子をみます。
置き換えた直前なので、今は折り返し通信不可の状態です。 >>13
約10分経過、まだping6が通らない。
もう少しまとう。
インターネット側のLinuxマシンとは最初からIPv6で疎通している。 フレッツで正規の切断手順踏まずに切って他の機器繋いだ場合最大1時間くらいはキャッシュでおかしくなることがあるな >>14
20分経過
まだ通らない。
>>15
正規の切断手順って？
DCアダプター抜いただけ。 >>12
でも、折り返し通信だけ不可で、
インターネットとの通信はできるのはどうしてなんだろうか。 >>17
今試している接続構成を余すところなく書いてくれんと答えようがない。 >>18
今取り組んでいるのは、
純粋にHGWの置き換えにまつわるトラブルについて。
変化するのはHGWの置き換えだけで、接続しているRTXの設定にはいっさい変更がないし、
IPv6アドレスが変化していないことも確認済み。
HGWの置き換えで網側のルーティングに関する情報が再設定されるまで折り返し通信ができないという仮説のもと、
待機している。
今30分経過したが、まだ無理 >>19
IPアドレスが変化しないことが一つの鍵にも思えるからこその提案だったんだがね。
書きたくないならいいよ。 >>13
>>15
これで60分経過した。
まだNGN折り返し通信が通らない。（繰り返すが、インターネット側ホストとのIPv6通信はできている）
もうちょっと待ってみるか。どうせ休みで誰にも迷惑かからないし。 試すことは悪くないけど、出来ない、出来ない とだけ言ってても良いことないのではないかな？
アマチュアならまだしも、仕事なら出来ない人アピールでしかない。 リンクダウンにならないとPPPoE切断判定しないよね
工事後にPADI Timeout連発で全然つながらないってコール多いもん >>10
ご報告すると、
>>12
2時間半まったけど、ping6が折り返しの対向に届かなくて、
>>15
さすがにもとの500番台HGWに戻しました。
>>21
設定は全部RTXが持っていて、IPv6アドレスの変化はいっさいないから
原因不明
また数カ月後に暇ができたら試してみようかなと思います。
レスアンカーがおかしいですと誤解されるので、アンカーはこういう形態にしました。 そもそもHGWの二台をとっかえひっかえすること自体どうなんだっけ？
NTTは許容していないと思うが。 ONU内蔵型だったら、取り換えの前後でIPv6が同一のサブネットで降ってくること自体があり得ないんじゃないかと思う。 Defaultのセキュリティ設定外したんだろうか… そもそも回線紐付けのはずのHGWを交換できるって2個目はどっから調達したのかって問題が RTXのコンフィグ作成で、シェルスクリプトみたいに自由に変数とか、コメントとか使えたら良いのにな
あと、フィルタにいちいち番号を付けないといけないのも面倒。
リナックスのiptablesの設定みたいになればいいのにと思う。 >>29
フィルタ周りはあれでいいわ
iptablesとか20行超えてくると順番の変更すら面倒臭いじゃん >>30
iptablesコマンドの集合で作られるルールを、
スクリプトにまとめると便利だよ
ルールを変更する場合は、スクリプトを変更して、
スクリプトを実行するだけにしておく。
スクリプト変更前はバックアップをとっておくとバージョン管理も簡単 すげえいまさらだけどRT57iにdisconnect pp 1コマンドないんね
入れ換えるときにちゃんと切断かけたいんだがrestartでも切ってくれるかな？ RTX1210でご助言をいただきたいです。
RTX1210にWindows10をVPN接続(L2TP/IPsec)して運用しております。
接続台数が14台を超えたあたりから、VPNは張れるものの、PCからはRTX1210と同一セグメントにあるサーバーにはpingが通らなくなります。
RTX1210あてにはping通ります。
CPUとメモリの負荷は低く、回線も空いてます。
再起動してみましたが状況変わらず。
これはスペック的な限界によるものでしょうか？
どこか設定変更で改善できればよいのですが。 ありがとうございます。
proxy arpはONにしております。 複数のトンネルと複数のトランスポート作成するときに、templateは使ってる？ >>33
クライアントからサーバーへのpingが通らなくなった段階で、
RTX1210からそのサーバーへのpingは通るのかな？ 
