YAMAHA業務向けルーター運用構築スレッドPart21
■ このスレッドは過去ログ倉庫に格納されています
RTX830がひたすら再起動を繰り返す状態になったのだけど、同じ状態になった人いる? >>7
せめて直前に何したかくらい書けよ。ファームのバージョンと。 UPnPをオフにするかDHCPをオフにしたら良いよ >>7
サポセンにきちんと苦情しておけよ。
おま環だと思われて、そうしなければ、向こうも動いてくれないからな。 デバック送ったら明らかなfirmwareのバグだったと。
次ファームで対策するってよ。 rtx1210だけど、
nat descriptor backward-compatibility 1とupnp同時使用で起こってたらしい。
寝てたんだけど、熱心に何度も着信いれてくれてた。 前スレの最後の方見逃したんだけど、
このバグは、RTX1210最新ファームRev14.01.28 限定? 良スレの予感
upnpの併用とかお堅いところだとまず無効にしてるからデバッグしきれてなかったんだろうな 自分もメールでファーム送ったのに返信も無く放置プレーや。。。なんだこの対応の差はw メールでファームウェア送ってもそりゃ相手にされないだろ
ヤマハは電話できるのがいいよね。 メールで送った宛先は?
やはり迅速に対応させたいなら電話で担当者名名乗らせないと >>22
ホームベージ記載の問い合わせアドレスからだよ。
次から電話問い合わせにするわ、ありがとう。 >>23
直メールするんじゃ無くて問合せフォーム使った方が良いよ。
あと、経験則だけどだいたい返答あるまで2-3営業日はかかってる。 RTX1210でGUI管理画面の表示がすっごく遅い
通信が軽い時間帯だと早いんだけど・・・・・
telnetならいつでも軽々
インターネットを見るとかの動作は遅いとは感じてないけど
ルータの能力を越える使い方になっているんだろうか?
telnetからだと、何を確認した方が良い?
また1210で力不足だとすると、何に買い換えを考えるのがよい? >>29
ブラウザの問題じゃないの?結構PC側の処理能力使うよ。
IE使ってるならEdgeやChromeとか、パソコン変えて試すとよい。
以前使ってたi5のUltrabookだと信じられないくらい重くてずっと泣いてた。 シリアルコンソールついてないYAMAHAの糞モデルにはガッカリする RTX1210 のファームRev.14.01.28で、ネットワークが止まったとおもったら Rebooted by Data storage [load](2) ってなってた。これって原因なんでしょうか?
Rev.14.01.28 に上げる前は同じコンフィグで一度も出たことなかったのですが... >>33
RTX1210になってロールケーブル変わったんだから付けてほしかったな。
専用品らしいし
その辺に転がってる水色の線使ってるけど yamahaも技能試験作ればいいのに。
もともと音楽系の検定やっているのだから、資格制定の能力あるでしょう。
シスコを駆逐したれ。 下手するとノベル状態になるぞw
試験通らないと情報を出さない
結果買ってもらえなくなった 金払いが悪いYAMAHAユーザーはお呼びでないですぞ 糞な現場だと、購入元の代理店を台帳に記載してないから
保守延長関係で電話で聞きまくることあって吐き気したわ 代理店が何をしてくれるの?
YAMAHAのRTXはAMAZONとかで購入して、全部自分でやっているけど。 今日、シスコから営業電話あったわ。
代理店はどちらですか?って聞かれたw >>49
ciscoはメーカー直でサポートしてくれないんだよ。
問合せとかも代理店経由でしか受け付けない。 ヤマハみたいにファーム公開とかサポートとかしてくれる方が珍しい つか、シスコの場合、一見さんには売ってくれない すらあるw RTX1210, 830 用のバグ修正ファームきたな 保守契約すると代理店経由でも契約番号くれるから
個人でもCiscoのサイトからサポートケースをオープンして問い合わせられるけど
たまに運用保守を委託しなかった顧客が
自分たちで契約番号を紐付けるのを忘れて
障害時なのに問い合わせ出来ない馬鹿みたいなケースあったり 今日は異常のネットワークが重くなっていると言われ
調べようとしたんだけど
13日だったわ。と思って無視することにした
なんだかここ数ヶ月、この日は重いわ さりげなく便利なファームアップあったんだな。
>8.同一ネットワークのDHCPスコープを複数設定できるようにした。
メジャーバージョンアップあたりでやってほしかったな。
通らなくてはまりそう 大阪の地震で、全国的にだいぶ輻輳してた(している)っぽい? RTX1210と830、超ピンポイントで修正されてるな。 RTX1210の通風口の穴がでかい。
ゴミでも入り込みそうでこわい。 あの通風口は、積み上げるときに怖いわ
横とか後にしてほしいが・・・・
ラックを意識していて上にしたのかな・・・ >>66
積み上げることと、穴との関係って?
強度不足になるってこと? 排熱な
って書こうとして国語辞書引いたら、廃熱でもOKか。独り言すまん >>68
底にも穴が空いていたら、ちょうど煙突みたいになったのにね。 RTXって、外部のLinuxなどのコンソールやスクリプトから、ルーター内部コマンドを実行して設定を変更することなんかできるかな? >>72
telnetやsshつかうか利用できる言語使えばよくね?
無論RTXのコンソール叩くのも出来るだろうけど >>76
いいね!
>ホストからルーターへの設定転送
>PCなどのホストからルーターへの設定転送は、/custom/executeに対してPOSTメソッドをリクエストすることで行います。
>設定内容はPOSTメソッドのコンテント部分に記述します。
>データ形式は、CUIで使用するルーターのコマンドを1つずつ改行コードで区切ったものとなります。改行コードはCRLFです。
POSTメソッドにコマンドをのせればいいというわけでなくて、
コンテンツには、設定のためのIDを前置しなければいけないらしい。
これを取得するのが面倒くさそうだな。
コンテンツ部分↓
#2450035272
ip lan2 address 10.0.0.1/8
syslog debug on
show config
http://www.rtpro.yamaha.co.jp/RT/docs/custom-gui/#detail_gui_sample
最後に、show configがあるのはなんでかな。
<GUIの例>
http://www.rtpro.yamaha.co.jp/RT/docs/custom-gui/set_config.html >>77
>最後に、show configがあるのはなんでかな。
自己レス
”コマンドを実行した結果はPOSTリクエストのリプライとして、テキスト形式でルーターから送信されます。内容は、CUIからコマンドを入力した場合に出力されるメッセージと同一です。例えば、show configを実行すれば設定されているコマンド一覧が表示されます。
また、間違ったコマンドを入力すればエラーメッセージが表示されます。”
なるほど。すごいね。 >>76
ありがとう。こういうのを探していた。
>>74さんのように、telnetつかうしかないのかなと思っていたけど、
httpで設定ができるならそれが一番いい。 http設定で思い出した。
中途半端なシステム屋が作ったであろう環境で、WAN側から普通に設定画面入れちゃうの多かったな
最低限パスワードは設定しておきな。電話番号とか客ごとに違うやつね >>80
まさか、PP側から入れるようになんてしませんよ。
>>81
やばいところあるものね PP側から入れないと、いざというときメンテできないじゃん >>83
信じられないこと言う。
アドレスも変わるだろうし、
釣りかと思っているんですが。本気です? 公開鍵認証に対応してないところか
httpsにも対応しとらん YAMAHAのDDNSって何をするためにあると思う? >>91
どうせなら、NTTのNGN上にヤマハのDNSサーバおいてほしい。 nat descriptor masquerade session limit コマンドで制限して
現在、RTX1210配下で100台端末がぶら下がって運用できています
(実際には同時接続台数は40から90台の間、接続はPPPoE IPv4のみ)
1回線あたり1024個の割り当てポート数というのがどう関係するか
いまいち理解できていません
この状態でV6プラスに類似するサービスを導入しても問題ありませんか?
ひかり電話(有)で電話も使用しています
公開サーバーの予定はありません
端末全部がダメならIPoE経路への接続台数は制限する予定です >>93
それ、NTT WESTには存在していないんだよ >>94
>V6プラスに類似するサービス
類似って?V6プラスではないの? >>94
>ひかり電話(有)で電話も使用しています
ホームゲートウェイかなにかを、RTXの上流に設置しているということでしょうか? >>97
構成はこんな感じで今は使えています
PR-400KI(UNI) - HUB - RTX1210 - WLX302(2台) - 端末群
│
PR-400KI(LAN) ----
│
電話機
プロバイダーはDS-Lite組です >>97 (続き)
PR-400KIは電話関係でのみ使用し
ルーター機能は全てRTX1210で行っています
要はDS-Lite導入後に
「1024個のポート」で何か制限が生じるのか
言い換えると
下流の端末全てにv6アドレスを配布出来るかどうか
また
NAT溢れみたいなことが起きないかどうか
知りたいだけです
IPv6なんでNAT処理はないみたいですが… >言い換えると
>下流の端末全てにv6アドレスを配布出来るかどうか
言い換えたらそういう意味にならないと思うが? DS-Lite(IPv4 over IPv6)なら、v6プラスは不要だよね。 ■ このスレッドは過去ログ倉庫に格納されています