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

YAMAHA業務向けルータ ..

910:anonymous
07/10/31 00:56:19
>>909
それは、syslogサーバプロセスがファイルに書く処理の作りに依存する話だから
Windowsだから、UNIXだから、で成否が分かれるような問題ではないのでは。
わざときつい条件を用意して実験してみないと、たぶん結論出ないよ。

911:anonymous@p1032-adsan10honb5-acca.tokyo.ocn.ne.jp
07/10/31 01:29:21
>>910
サンクス。
検証環境で色々実験してみるわ

912:anonymous@m019019.ppp.asahi-net.or.jp
07/10/31 11:22:29
実験するよりソースみた方が早いだろ、と言ってみるテスト。

UNIXのsyslogdはリネームしてもリネーム後のファイルに書き続けるから、
リネーム→新ファイル作成→SIGHUPでロストなくローテーションできる。
Windowsも、それができないほどタコではないと思う。

913:anonymous@KHP059134023089.ppp-bb.dion.ne.jp
07/10/31 12:05:51
>>909
URLﾘﾝｸ(www.vector.co.jp)
これ使ってるけど、普通にdailyでログ作るよ?
そういうことじゃない?

914:analmous
07/11/01 10:16:37
というかcygwinのsyslogd使えばいいじゃん

915:anonymous@guardian.seikou.jp
07/11/01 13:02:12
YMS-VPN1のVista対応っていつになるんだ

916:anonymous
07/11/02 00:19:13
来年以降まで待たされると予想

917:アノニマス
07/11/02 10:57:01
>>915
URLﾘﾝｸ(netvolante.jp)

918:anonymous@202-94-156-147.cust.bit-drive.ne.jp
07/11/02 12:58:23 IlVi+AHB
>>917
なにこの2ch対応www

919:anonymous@202-94-156-147.cust.bit-drive.ne.jp
07/11/02 12:59:02 IlVi+AHB
ほえ？　固定IPが・・・

920:anonymous@202-94-156-147.cust.bit-drive.ne.jp
07/11/02 13:01:01
？

921:anonymous
07/11/02 13:01:47
やられた・・

922:anonymous
07/11/02 13:44:28
>>917
おおー

923:anonymous@ntszok171084.szok.nt.ftth4.ppp.infoweb.ne.jp
07/11/02 22:03:01
タイトルがおかしいな…

って書き込んだら月曜日に直ったりして

924:RTX774
07/11/03 14:44:14
>>921
ドンマイ

925:users
07/11/04 15:24:37
ちょっとRTX1100のL2レベルのVLANについて質問なんですが、
現在、LAN1がA社ネットワーク、LAN2がPPPoE、LAN3がB社ネットワークとして、
1拠点に2社が存在しているとします。

2社間はLAN1とLAN3間で別ネットワークアドレスなので、こいつでルーティングするんですが、
L2レベルでは何も設定しないと通信できてしまうんですかね？今まさにそうなんですが。。

LAN1とLAN3間でVLANを切るにはどうしたら良いでしょうか。

926:anonymous
07/11/04 17:00:35
>>925
できてほしいことと、できてはいけないことを、もっと正確に定義するべきだと思うよ。
その書き方だと、IPフィルタでできることなのかもしれないと思ってしまう。
既に構成を作ってあるんなら、何ができてしまって困っているのか。

927:anonymous@231.32.30.125.dy.iij4u.or.jp
07/11/05 22:10:20
RTX1000でAESは無謀ですかね？
どれくらいスループット出るんだろ

928:anonymous@ed38.BFL23.vectant.ne.jp
07/11/06 08:00:02
>>927
YAMAHAに直接聞いたが方がよくね?

929:anonymous
07/11/06 16:01:22
現在SRT100とRTX1100を使って拠点間VPNをしているのですが、
外出先から直接SRT100を管理したいので、
SRT100にIPsecベースでリモートアクセスの設定をしているのですが、
どうも上手くいきません。

クライアントにはYMS-VPN1をインストールして設定もしています。
RTX1100ではPPTPで上手くいってるので、一応RTX1100経由で管理をしているのですが、
できれば直接SRT100のネットワークに入りたいと思っています。

SRT100の内部からはセッションが張れた(無意味ですがw)けど、
外部からはいろいろな場所から試しているのですが上手くいきません。

どうか皆さんのお力を貸していただけ無いでしょうか。
よろしくお願いします。

930:anonymous
07/11/06 17:31:12
RTX1000でAES使っても3M位しか出なかった記憶がある。結局、HW処理する3DESに戻しちゃったけどね。

931:anonymous@
07/11/07 13:05:36
素人発言で恥ずかしいのですが、AESてソフト処理なんですか？
3DESの方が早いのですかね？

932:anonymous@ed38.BFL23.vectant.ne.jp
07/11/07 17:02:06
1000はソフト処理，1100はハード処理

933:anonymous
07/11/07 20:03:00
下記URLにある VPNトンネルの項目を見るとわかりやすいです。

URLﾘﾝｸ(www.rtpro.yamaha.co.jp)

934:anonymous@
07/11/08 12:57:11
>>932-933
ありがとうございます！

935:anonymous@
07/11/09 21:30:49
RTX1100ってdhcpのipアドレス配布が遅くないですか？
いつもタイムアウト直前、無線LAN経由だとタイムアウトしてから届くんですが。
それともウチだけ？

936:anonymous
07/11/09 21:41:38
>>935
どのくらいDHCPクライアントが居るのかにもよると思うけど、そんな話は聞いたことないな。
自宅でRTX1100使ってるけど個人用途だから全部起動しても4台、無線経由は2台だけど、
DHCPクライアントがタイムアウトしてAPIPAアドレスが付くケースは、見る限りは無いね。

RTX1100とクライアントPC群の間にあるスイッチングハブが死にかけてて、パケット廃棄が頻繁に起きているとかは？
TCPは再送しまくってくれるから、瀕死の機器が間にいても気付かないことがあるよ。

937:anonymous@
07/11/09 22:26:33
>>936
じゃあウチだけっぽいですね。
ぶら下がってる台数も5台程度だし、ぶら下がってるHUBはAirMacExtremeしか無く、
RTX1100に直差しでも遅いので、もしかするとRTX1100が死に体なのかもです。

938:anonymous@
07/11/10 00:19:42
とりあえずパケットキャプチャしてみれば？

939:anonymous@w244139.ppp.asahi-net.or.jp
07/11/10 02:56:23
何となく、DHCPサーバが競合してる希ガス。

940:初心者
07/11/10 15:33:23
RTX1000のログの見方を勉強したいのですが、初心者向けの書籍やＨＰをご教示いただけないでしょうか。

941:anonymous@e3d8.BFL8.vectant.ne.jp
07/11/10 15:48:35
見たまんまだとおもーが>ログ
なんて出力されたのがわからねーんだ?

942:anonymous
07/11/10 22:39:37
>>940
実際のログでも、意味が分かる場所と分からない場所があるはず。
分からない場所について具体的に調べる所から始めないと、机上のお勉強になって役に立たない。

もし、それでも「初心者ですので全部分かりません」とか言うなら、今は諦めた方がいい。
この手のものは所詮実学だから、具体的に必要に迫られてない限り、どうせ身に付かない。

943:anonymous
07/11/11 08:43:05
>>940
ここは見た？
URLﾘﾝｸ(www.rtpro.yamaha.co.jp)

まあ941氏の言っていることが、至極妥当だと思う。

944:初心者
07/11/11 11:40:29 MsWiJ7+c
>>941 >>942 >>943
ありがとうございました。
「YAMAHA RTシリーズのFAQ」で、大分わかってきました。
来週確認します。

945:anonymous@i60-36-48-219.s05.a023.ap.plala.or.jp
07/11/13 11:00:19 8WwG1iyf
RTX3000 ×2台とCatalyst3750の接続を考えています。

RTX3000はVRRPに対応していますが、3750は現在のところ
HSRPのみの対応のようです。

なんとか、デフォルトゲートウェイの冗長化（自動切り替え）を
実現する方法はないでしょうか？

946:anonymous
07/11/13 20:01:43
デフォゲをRIPかOSPFで動的に受け取る構成はダメ?

947:anonymous
07/11/13 23:50:47
>>945　何がやりたいのよ？それによる

・Catalyst3750をVRRPグループの3台目として組み込みたいのか
・相互に仮想IP向けてスタティックルート切りたいのか

前者は問答無用で不可

後者の場合RTX3000の方はVRRPを使用して
Catalyst3750の方はHSRPを使用すれば問題無いよ
お互いの規格を合わせる必要はない

ただしこの場合さらに奥でリーチャビリティが無くなった時のために
裏側でちゃんとトラッキングしないと迂回しない場合があるので注意
OSPFかRIPでダイナミックルーティングする方が確実

まず接続構成と要件をもう少し提示してくれ

948:anonymous@219-122-179-94.eonet.ne.jp
07/11/14 10:49:36
>>945
947の言っているひとつめの構成の対案。
catalyst3750をはずしてrtx1100に変更する(rtx1100の回線はisdn)。
設定と試験における手間と時間と悩みが減る。

949:945
07/11/14 20:36:32
>>946,947,948 様
　ありがとうございます。

　2本のＷＡＮ（光回線）のそれぞれにRTX3000を付け（一方の組は予備）、
　その配下にCatalyst3750を置き、
　一方の組の回線又はRTX3000がダウンした場合に、
　Catalyst3750がデフォルトゲートウエイ（RTX3000）を自動的に切り替える
　ということがやりたいことです。

> 後者の場合RTX3000の方はVRRPを使用して
> Catalyst3750の方はHSRPを使用すれば問題無いよ
> お互いの規格を合わせる必要はない

　こういうことができるのですね。知りませんでした。

> ただしこの場合さらに奥でリーチャビリティが無くなった時のために
> 裏側でちゃんとトラッキングしないと迂回しない場合があるので注意

　勉強不足で、この意味がよくわからないので、この方法はやめておきます(^^;)

　RIPを用いる方法は忘れていました。
　ただ、RIPを用いる場合、RTX3000がダウンした場合は切り替えられると
　思いますが、回線がダウンした場合にも切り替えられますでしょうか？
　できるとすれば、その場合、どのように設定すればよいのでしょうか。

950:anonymous
07/11/14 21:57:12
　(WAN1)　　　(WAN2)
　　　|　　　　　　　｜
<RTX3000> <RTX3000>
　　　|　　　×　　｜
< C3750 > 　< C3750>
　　　|　　　×　　｜

こんな構成ということかな？

＞ただ、RIPを用いる場合、RTX3000がダウンした場合は切り替えられると
＞思いますが、回線がダウンした場合にも切り替えられますでしょうか？
回線の種類による

WAN内でダイナミックルーティングが回せるのであれば可
⇒広域イーサーネットならルーティングプロトコルを問わない
⇒IP-VPNの場合はBGP(一部サービスは制限的ながらOSPFも利用可)
WAN部分も含めて全てダイナミックルーティングを回す

スタティックルートの場合は少し小細工がいる
フレッツなんかの場合は例外なくこのパターン

Yamaha
URLﾘﾝｸ(www.rtpro.yamaha.co.jp)
cisco
URLﾘﾝｸ(www.cisco.com)

他拠点までのリーチャビリティを定期的に確認して切れてたらスタティックルートを消す

>>945
正直、いまのレベルで１から10まで人に聞かなきゃいけないなら、他の人に担当を引き継ぐか
素直に業者に委託した方がいいと思うよ　冷たいようだが

951:nurupo
07/11/15 17:06:54
>>945
YAMAHAスレでやることじゃないけど
単純に回線冗長化したいだけならCatalyst3750をL2SWとして対向で使って
広域イーサをNTTと電力系とで二系統引いてSTPでやれば？
いたずらに構成要素を増やして障害発生率を高くしているような気がする

952:anonymous@p031ddc.tokynt01.ap.so-net.ne.jp
07/11/18 05:07:22
RTX1100 についての質問です。

何年間も一度も落ちずに駆動していたと思いきや、BitComet 0.96 を起動して数分したらダウンしました。
(ランプはついていても一切の通信を受け付けない状態になります。)

再起動して、しばらく普通の通信をした後、BitComet を起動したらまたダウン。
3～4回試して同じ現象が発生したので、
BitTorrentクライアントの BitComet が原因であることはほぼ確実です。

BitCometは必要なので使いたいのですが、ダウンを回避する方法はないでしょうか？

953:anonymous
07/11/18 07:15:42
つ、釣られないクマー

954:anonymous@e3d70.BFL9.vectant.ne.jp
07/11/18 07:26:02
RTXじゃ対策はほぼ不可能だろうから，Windows板で質問すれ

955:anonymous
07/11/18 13:37:45
RTXなんてすぐ落ちる、って言う奴もいるんだからRTXが原因じゃないの？
ログとか何も記録されてない？
シリアルからでも入れないならRTXが死んでるってことになるんだろうけど。

956:anonymous
07/11/18 14:11:44
漏れも海外製の独自プロトコルのソフト使ったことあるけど，RTX1000が負荷100%になって慌てて落としたよ

100KB/secも出てない筈だったんだがなー

957:anonymous
07/11/18 14:14:46
NATセッション作り過ぎなんじゃね。
そういうアホな動作するソフトのおかげでインフラ構築者は苦労してるんだよな。
まぁそういった状況も想定して構築するのが当然なんだろうけど。