有線LANポート数：4 対応セキュリティ：UPnP/VPN/DMZ
本ページでは掲載するECサイトやメーカー等から購入実績などに基づいて手数料を受領しています。
このページのスレッド一覧（全54スレッド）
| 内容・タイトル | ナイスクチコミ数 | 返信数 | 最終投稿日時 |
|---|---|---|---|
 光BBユニットからのナンバーディスプレイ信号が読めない |
0 | 16 | 2010年6月20日 20:50 |
| PR-S300SEにRT58i |
0 | 4 | 2010年6月6日 13:38 |
| 複数のFTPサーバの静的IPマスカレードエントリについて |
0 | 3 | 2010年5月31日 21:14 |
| RT58iの後継機が発売されるのか？ |
2 | 2 | 2010年5月2日 07:06 |
| 皆さんでしたら、RT58iに長期保証はつけようと思いますか？ |
1 | 10 | 2010年4月23日 19:24 |
| ３台のパソコンに接続？ |
3 | 4 | 2010年4月6日 20:02 |
- 「質問の絞込み」の未返信、未解決は最新1年、解決済みは全期間のクチコミを表示しています
お気に入りに追加
光BBユニットのアナログポートからのナンバーディスプレイ信号が読めず、悩んでおります。
ひかり電話は、RT58iをSIPクライアントとして使用しています。もう一つの番号として、BBフォン光BBユニットのアナログTELからRT58iのアナログLINEに接続しています。RT58iのプリフィックス機能を使ってBBフォンとひかり電話を使い分けるのが目的です。
目的通りひかり電話とBBフォンの発信をプリフィックスで分けられるのですが、BBフォンに着信があるとRT58iは光BBユニットのアナログポートからのナンバーディスプレイ信号が読めず、全て表示圏外になってしまいます。一方、ひかり電話への着信では正常に番号表示されています。
問題切り分けのため、ひかりBBユニットと電話機を直接接続してみたところ、着信番号が表示されました。ですのでRT58iの問題と断定して良さそうです。
下のURLのスレで出た内容に近いので、ここで紹介されていた解決策、最新ファームに更新し pstn modem signal timer 3 を設定してみましたが改善されませんでした。
http://bbs.kakaku.com/bbs/00752010305/SortID=6837582/
判る方いらっしゃいましたら、アドバイスお願いします。
0点
ダメ元でYAMAHAのサポートに問い合わせましたが、やはり「サポート外なので判らない。」という回答でした。
不思議なのは、現在の環境で、希にBBフォンに電話が有ってもRT58iに接続した電話機が鳴らないときがあるのですが、通信ログを見るとその時に限ってRT58iが発信元電話番号を取得している事です。
一方、普段着信時に電話が鳴り「表示圏外」とディスプレイに現れる時は、RT58iの通信ログでは発信元は * です。
検索すると、RT58iのアナログ使用時のナンバーディスプレイがらみのトラブルはいくつか散見されましたが、BBフォンのケースは在りませんでした。得た情報の中に「RT58iでアースを取ると改善される」というものがあったので、後で試してみます。
書込番号：10629177
0点
シグナリング上で互換がとれてないのかもしれませんね。
手っ取り早いのはモデムとRTの間にバカHUB入れて(SW-HUBはだめです。)パケットキャプチャーしてみて、相違を見るのが一番早いですよ。
どっかに互換性がないと思います。もしくは、DNSが絡んでるばあいもありますので、セキュリティー面でBBフォンの方がそもそも許してないのかもしれません。
書込番号：10874916
0点
Zoom-ZoomFUNさんレスありがとうございます。Zoom-ZoomFUNさんのおっしゃる意味が良く判らないので質問させてください。
ひかりBBユニットはBBフォン専用のVOIPアダプタ兼ルーターですが、ルーターとしては使用せず、単にVOIPアダプタとして使っています。
また、RT58iもWANインターフェイスが100Mbpsなので、ルーターとしては使用せずに。ひかり電話のSIPクライアントと動作させ、プリフィックスでひかり電話とBBフォンを切り分けるためだけに使っています。
ルーターはWAN側がGIGAなのでNECのAterm WR8300Nを使っています。
ひかりBBユニットとRT58iの間では、BBフォン光BBユニットのアナログTELとRT58iのアナログLINEをモジュラーケーブルで接続しています。
この構成において、LANの通信がナンバーディスプレイ信号取得に影響を及ぼすのでしょうか？
書込番号：10885613
0点
レスが遅くなりすみませんでした。
BBフォン専用のVOIPアダプタであれば、VoIPアダプターの中でSIP指定しているはずです。さらにはその中にはDNSの記載もあると思うので、YBBのDNSが記載されていると思います。
通常、別のプロバイダーからのリゾルブ（名前解決）は受け付けないので、もしかしたらその
点で電話番号通知がされない可能性が高いです。
「ひかり電話」はそもそもNTTの通信サービスであり、Bフレッツ網加入のプロバイダーであれば信号線制御はできるので問題なく発信者番号通知の送受ができていると思います。
書込番号：10921001
0点
遅くなってしまい申し訳ありません ＆レスありがとうございます。
アナログナンバーディスプレイ対応の機器同士がナンバーディスプレイ情報をやりとりするのは、アナログモデムと同じピーギャー音でのネゴシエーションと聞いています。
その事から推理すると今回のケースは、ひかりBBユニットのアナログポートから出力される信号が、RT58iとのネゴシエーションに失敗するので結果、RT58iはナンバーディスプレイ情報を取得できない、という現象ではないでしょうか？
それとも私がどこか勘違いしているのでしょうか？
以下の様な状態です。（矢印は全てモジュラーケーブルです。）
ひかりBBユニット → 電話機 OK
RT58i → 電話機 OK
ひかりBBユニット→RT58i→電話機 BBフォンはNG ひかり電話はOK
書込番号：10997043
0点
ひかり電話もBBフォンも基本SIPによるIPとTCP/UDPパケットですので、一般加入電話で使用されているSS7は使っていません。また一般加入電話との呼制御はSG局と言われる呼制御(SS7等)変換があり網自体別になっています。
ですので、今の構成で考えると単純にBBフォン側のアダプター内に埋め込まれているDNSで解決できないパケット（BB網内のDNSがフィルターされている)があるため、結果呼制御ができない状態で通話だけのパケットが流れるといった状態になっていると思います。ですので、仮に一般加入電話(SS7呼制御)網との通話を行ったとしてもBBフォン側の電話番号は通知不可になると思います。
似ている話ですが、一時Skyも番号通知をやるとか言ってましたがSG局との相互接続があるため断念した事があります。電話会社はNTTだけではないので相互接続するにも結構なお金がかかります。ですので、Skyの050番号では通知不可で相手に通知されています。
ということで、スレッドの前述の回答でも記述しましたが、SIPとDNSは密接な関係にあるので、ユーザ収容網とDNSとの間で親和性（ひかり電話であればフレッツ、BBフォンであればYahoo回線)を持つ事が条件かと思います。
結構、むずいかもしれませんが（＾＾；
http://www.soi.wide.ad.jp/class/20060031/slides/56/
みて頂けるとVoIPマスター＆ご理解頂けると思います。
書込番号：10998312
0点
Zoom-ZoomFUNさん 詳しく説明していただき、ありがとうございます。
教えていただいた、SS7呼制御等の情報を今自分なりに調べています。(^_^;)
話の内容が遡ってしまいますが、インターネット接続環境について説明します。
WAN側最上流にはひかり電話装置が在り、このLAN側4ポートに以下の機器を直接接続しています。
RT58i
WR8300N
ひかりBBユニット
OMRON MR204DV
RT58iはひかり電話のSIPクライアントとして使っています。
Aterm WR8300NにYahooBBのプロバイダ情報を設定しています。
光BBユニットはBBフォンのVOIPアダプタとしてのみ使用しています。
OMRONのVPNルーターで他拠点とVPNを構築し、WR8300NをDFGWにルーティングを設定し振り分けています。
また、光BBユニットはBフレッツのセッションを1つ消費します。最初BBフォンが使えず調べたところセッションを1つ使うことが判り、セッションプラスで3セッションにしています。
>通常、別のプロバイダーからのリゾルブ（名前解決）は受け付けないので、もしかしたらその点で電話番号通知がされない可能性が高いです。
当方の環境ではDFGWに設定しているプロバイダはYahooBBです。また、ひかりBBユニットがセッションを1つ消費することから考えると、プロバイダはYahooでなくてもBBフォンは使える様に考えられます。この場合でもDNSは関係してくるでしょうか？
>仮に一般加入電話(SS7呼制御)網との通話を行ったとしてもBBフォン側の電話番号は通知不可になると思います。
これについて後で検証してみます。
書込番号：11001762
0点
そうですね。孫ブロードバンドは2セッション消費します。
あと、回線もY!BB on フレッツであればDNS解決は大丈夫ですねぇ
とすれば、素直に考えて8700がフィルターしてる可能性が大ですね。
一度、ログを見て見てもいいと思います。
もしくは、8700のwan側のフィルターをさらにして通信してみるとか・・・でもいいと思います。なんとなくフィルター臭いですね。
レポお待ちしてます。
書込番号：11004846
0点
シグナリングのタイマー自体失うと呼が切れる可能性もあるので・・・どうなんでしょうね。
あとは、コマンド的に見直すのであれば。。。
pstn supplementary-service on
とか
# analog sip arrive incoming-signal ?
入力形式： analog sip arrive incoming-signal ポート番号 登録番号 SIPアドレス シグナル ダイヤルイン番号
SIPアドレス = SIPユーザ名、'default'、'lastdigit'
シグナル = 'modem','pb','no-ringing-fax'
説明： 着信時に起動するSIP着信サービス機能と起動条件を指定します
でシグナルを設定してあげると良いと思います。
自分もフレッツiP(050)とアジル２つ食わせてますが、呼制御は問題ないですねぇ。
書込番号：11019104
0点
アジルとフレッツ大丈夫だと、思ってました。（ｗが！！。試しにやったら同じ現象でちゃいました（ｗ。アジル側でSIPサーバーの入替えしたので仕様が変わったのでしょう。
で、らしき、コマンドあさってみました。
○SIPプロトコルによるインターネット電話着信時の、SIPサーバ毎のナン
バー・ディスプレイ表示内容作成ルールの設定
[入力形式]
sip server arrive number display server=SIP_SERVER_NUM rule=RULE
[パラメータ]
・SIP_SERVER_NUM
SIPサーバの登録番号 (1-65535)
・RULE ナンバー・ディスプレイ表示内容ルール
'as-is' ... DisplayName、SIPユーザ名の順に検索、表示でき
る内容をそのまま表示。
'1' ... 1. SIPユーザ名が数字であった場合、SIPユーザ名
を使用し、
1.1 8桁未満であればそのまま表示
1.2 先頭が'0'であればそのまま表示
1.3 先頭が'81'または'+81'であれば、その部分
を'0'に置き換えて表示
1.4 その他の場合は先頭に'0'を付加して表示
2. SIPユーザ名が数字のみでない場合、
2.1 DisplayName に番号非通知の理由表示が示
されていれば、その内容を表示
2.2 DisplayName が全て数字の場合、その番号
を表示
2.3 DisplayName が数字のみでない場合、ある
いはDisplayName がない場合、サービス提
供不可で非表示
'2' ... '1' のルールにおいて、2.2 においてサービス提
供不可で非表示とする
と
sip server privacy number switch [pattern]
no sip server privacy
○ number........................ 登録番号( 1..65535)
○ switch
● off ........................... ダイヤルされたそのままの番号で発信する
● always-off................ ダイヤルされた番号から184/186 を取り除き、常に「通知」で発信する
● always-on................ ダイヤルされた番号から184/186 を取り除き、常に「非通知」で発信する
● default-off ...............ダイヤルされた番号から184/186 を取り除き、184 が付加されている場合に
は「非通知」で、それ以外の場合には「通知」で発信する。
● default-on................ ダイヤルされた番号から184/186 を取り除き、186 が付加されている場合に
は「通知」で、それ以外の場合には「非通知」で発信する。
○ pattern
● sip-privacy .............. draft-ietf-sip-privacy-01 に従って発信者番号の通知/ 非通知を行なう。
● rfc3325 ................... RFC3325 に従って発信者番号の通知/ 非通知を行なう。
● as-is ......................... ダイヤルされた番号に184/186 を付加して発信する。
[ 説明] ダイヤルされた番号の先頭に付加された184/186 をどのように取り扱うかを指定する。
各 pattern パラメータで指定した方式に従って、ダイヤルされた番号を処理する。 pattern パラメータを
省略した場合は、draft-ietf-sip-privacy-01 に従って、ダイヤルされた番号を処理する。
[ 初期値] off
です。
とくに２個目のsip server privacy number switch [pattern]で、パターンがドラフトもしくはRFC化されていることが選択できるということは、双方プロトコルが相互接続上、そもそも互換性がない可能性があります。もう少し調べますが、、、draft/rfc両方やってみましたがアジルは駄目でした。なので、アジルはドラフト?で実装部分でまだ不具合があるのかもしくは、互換性が取れてないかのどちらかですかね。
ちなみに、B●フォンは最近サーバーの入替え（更新）をしているらしく（したので）互換性が取れないのでしょう。
アジルから一般加入や携帯には通知されてるのでSS7との互換はあるということですかね。
ですのでVoIP同士はかなずしも発信者通知されるとは限らないようです、
ちょっとゴニョゴニョと探ります。
書込番号：11020233
0点
まず、ひかり電話の仕様読みました。
余りにも長いので、一言「RFC3261及びdraft-ietf-sip-session-timer-08」での制御だそうです。で、一方のBBフォンは？？？ですね。
ですので、要するに、ひかり電話であっても、まだこの呼制御に関してietfのdrftから抜けてない状況でサービスしているということになります。
仮にRFC化されても、相互接続性（インオペ→業界用語です）がとれないのかもしれません。
ですので、ヤマハの実装待ちか確実な互換性待ちかだと思います。
とりあえず、このあたり試してみてください。
書込番号：11020259
0点
Zoom-ZoomFUNさん お世話になります。沢山のアドバイスに加え、検証までしていただき深く感謝しております。
コミュファのケースは、最初にこの件の解決作を探していた時に見つけ、pstn modem signal timer 3 を設定してみましたが改善されませんでした。
>仮に一般加入電話(SS7呼制御)網との通話を行ったとしてもBBフォン側の電話番号は通知不可になると思います。
これに関して検証してみました。着信側はひかり電話とISDNですが、発信元BBフォン番号は表示されました。
新たに判ったのですが先日、自分のSB携帯からBBフォンに電話した際、発信元番号が電話機に表示されました。
驚いてRT58iのログを調べてみたところ、2週間ほど前から半分くらいの確率で発信元番号を取得していました。
RT58iは一応アースしてあったのですが、試しにアースを外してもこの確率に変化は見られませんでした。（部屋のエアコン用アース端子なのでアースのクオリティに問題があるのかも知れませんが・・）
通信環境には一切の変更は加えていないので、可能性として仮説ですが、ひかりBBユニットが自動的にファーム更新したかも、位しか思い浮かびません。
教えていただいたコマンド試してまたレポさせていただきます。
書込番号：11022176
0点
ご返答ありがとうございます。YahooBBサービスに関してはモデムもしかり、定期的にバグや新サービスの展開時において、深夜こっそり書きかえられます。余り内容を話してしまうと・・・どの人間か解ってしまうので（苦笑。と言いながら、BB Phoneについても実は今年明けに大規模な設備の入れ替えなどこっそりやってます。あとは、まさにおっしゃる通り、携帯との連携も図られて新サービスの対応でソフトウェアは書きかえられいてます。ここで、書きかえられている内容（仕様）は絶対的に市販されているルーターとは必ずしも相互接続性はとれない（とれていない）事と、独自仕様が先行して機能していると言うのが実情です。
標準化を待ってても、商売は日々進化している故の宿命ですね。
ですので、他にも何個かSIP呼制御コマンドあるので、それらしき所で何回か検証すれば、おのずと仕様が解ると思います。
正直自分もSIP(VoIP)に関しては詳しいとは言えません。というかかなりディープな技術でついていけません。自分の専門はL3なルーティング系の人間なのでという言い訳にしかならないのですが・・・すみません。(^^;、もっと精進しなければいけないんですが・・・
一度、VoIPに関して相互接続性を合わせるためサービスキャリア全体で意識を合わせていますが常にやるべきなのかなぁーとか思いますね。結局使う側が戸惑い、こんな所までつっこみませんからね。どっかの量販の店員に聞いても「さぁー？」ですし。
難しいところです。
現実に戻り、YAMAHA RT58iが実装している事と現状最新のSIPに関してどの程度差異があるのかみて見ますね。少し時間くださいませ。一先ずRFC読みまくるので。。。すみません。
実験の結果もお待ちしてます。随時解らない事あれば、レス下さいませ。
ではでは
書込番号：11022285
0点
じんべるさん
返信遅くなってすみませんでした。色々調べていたもので（汗
結論から言えば、やはり仕様の不一致のようで、シグナリングについての制御はお互いドラフトから抜けてない仕様を独自仕様として使っているようです。特にひかり電話の方は結構、独自仕様が多いようで、IP電話同士だと電話番号通知として出ない場合が多いようです。
詳細仕様はドラフトだけでみると共通ですが、その中には独自スパイスがあるのでどこがどう違うのかは私も不明です。。。
基本、シグナリングはメールのやり取りとほぼ似たような仕組みなので気軽に仕様変更できるのが現状のようですね。
書込番号：11124171
0点
光BBではなくひかり電話のほうですが、以前RT56Vでは問題なくナンバーディスプレイされるのに58iでは表示圏外になる問題にぶつかっていろいろ試した結果、以下の設定でナンバーディスプレイが出来ていました(今は SIP 接続しています)。
------
[トップ] ＞ [電話の設定] ＞ [TELの共通設定] ＞ [その他の設定]
でナンバーディスプレイ対応機器の接続欄を「ネーム・ディスプレイ対応機器を接続」に設定(TEL1, TEL2 両方)
------
今確認のためめにアナログ回線接続に戻して試したところ、ナンバーディスプレイ対応機器の接続欄を「使用する」でも正常に表示されてしまいました(SIP接続させないためにLANケーブルははずしてあります)。謎のルータですな。
書込番号：11522407
0点
回線種類：NTT東フレッツ光
使用機器：NTT PR-S300SE（ルータ＋ひかり電話＋ONU＋終端装置一体型）
使用機器：YAMAYA RT58i
使用機器：NTT ホームテレフォン レカムFX（PR-S300SEのTELポートで使用中）
使用機器：NTT FAX T33（RT58iのTELポート）
【希 望】：RT58iをPR-S300SEにSIP登録し、RT58iのTELポートにFAX（単体器）をつないで送受信（発着信）したい。
【問題点】：RT58iをPR-S300SEにSIP登録は出来、FAXで送信（発信）までは出来るようになったのですが、受信（着信）が出来ません。
このような場合の、改善策や解決策 をご教授下さい。
宜しくお願い致します。
0点
問題が4つの使用機器のどこにあるのかはっきりしないので、
もう少しどのような症状で受信ができないのか、教えて頂けるとありがたいです。
うちも似たような構成で利用していますが、RT58i-FAX-TEL というように、FAXの下流にTELを接続しています。
受話はTELが行い、FAXの送信信号が送られてくるとFAXが起動するような仕組みになっています。
書込番号：10544379
0点
先日引っ越したので、新しい先で
RT-S300SE と RT58i を接続して、RT58i の下流にFAXを設置したら、
FAXの受信ができなくなりました。
そっくりな状況です。
スピマスプロさんの環境では、その後、改善されましたか？
もし改善されたのなら、どのように変更されましたか？
書込番号：10936928
0点
もう解決しているかもしれませんが、受話ＰＡＤの調整をしてみてはどうでしょうか？
初期ではＰＡＤなしになっていますので、信号がひずんでいるのかもしれませんね。
機能番号の62です。
書込番号：11437590
0点
ヤマハのサポートに連絡して以下のように修正したところうまくつながりました。
正：analog arrive another-device permit 1 on
誤：analog arrive another-device permit 1 off
TEL1ポートへの着信時の機器指定に問題があったようです。
よろしくお願いいたします。
書込番号：11459506
0点
はじめまして。
RT58iの設定方法についてご教授下さい。
2つのFTPサーバをinner(lan1)側に設置し、outer側のWAN(lan2)IPアドレスと静的IPマスカレード設定をしようと考えています。
outer側からのPCのアクセスは、RT58iのouter側IPアドレスの以下のTCPポートに関連付けます。
20021 -----> FTPサーバ1 21
21021 -----> FTPサーバ2 21
outer側からのPCが、RT58iのouterIPのtcp20021にアクセスしたら、tcp21に変換してFTPサーバ1にアクセスする流れです。
同様に、21021にアクセスしたら、tcp21に変換してFTPサーバ2にアクセスします。
この時、FTP制御用のtcp21の設定方法は以下だと思うのですが、データ通信用のtcp20は如何様に設定したら良いのでしょうか？
nat descriptor masquerade static 1 1 [ＦＴＰサーバ1のIP] tcp 20021=21
nat descriptor masquerade static 1 1 [ＦＴＰサーバ2のIP] tcp 21021=21
と言うのも、WindowsPCだと、制御用のポート番号を変更するソフトウェア(FFFTP等)はありますが、データ通信用のポート番号を変更するソフトウェアが見当たらず、どのように設定すれば通信できるのか悩んでいます。
そもそも、アクティブモードではなく、パッシブモードでないと静的IPマスカレードエントリは出来ない、などの制約があるのでしょうか？
どなたかご教授いただければ幸いです。
よろしくお願い致します。
0点
本体丸洗いさん＞
RT58iに関しては製品を持っていないので何とも言えませんが、ヤマハのサポートは非常に技術力もあって秀逸だと聞いています。
本体丸洗いさんがやりたい事を簡潔にまとめて、かつ config.の内容を送って相談してみてはいかがでしょうか？。もしかしたら config.の添削をしてくれる可能性もありますので。
書込番号：11413570
0点
似たようなことにチャレンジして諦めました。
WAN側ISPを追加契約して、グローバルアドレスを複数とし、それぞれのアドレスでローカルFTPへ振り分けするようにして解決させました。
書込番号：11414363
0点
はむさんど様 kbys64様
ご返答ありがとうございました。
色々試してみたのですが、当方の思った通りの動作をしませんでした。
今は別の機器＆方法で対処してしまったのですが、このままでは悔しいので(笑)時間を作って再挑戦してみようと思います。
書込番号：11434650
0点
http://www.interop.jp/index.html
における
http://vem.f2ff.jp/2010/exhibitors/company/ja/1/28.html
において、
◆参考出品『X10』
ネットボランチに新しい価値が加わった"X10"を参考出品致します。
と掲載されていますが、これは、RT58iの後継機が出る前触れなのでしょうか？
1点
>これは、RT58iの後継機が出る前触れなのでしょうか？
Ciscoも新型1900シリーズを出したので、出そうですね。
と、言ってもCiscoの対抗はRTXシリーズでしょうけど・・・
書込番号：11306663
1点
確かに、Ciscoも1900シリーズを新しく投入してきていますが、これはYAMAHA RTXシリーズあたりを意識しているものと思われ・・・。
位置づけが難しいですが、RT58i（次期発売候補もこのあたりかと・・・）＜Cisco 800シリーズ（861モデル以外）＜RTXシリーズ≒Cisco 1900シリーズ、という構図になるのではないでしょうか？
もっとも、一般人は、Cisco製品の購入が容易ではありませんので、それを考慮すると、何ともいえませんが・・・。
書込番号：11307251
0点
技術的な質問と、かけ離れてすみません。
私は、このRT58iの購入を考えているのですが、長期保証をつけようか迷っています。
メーカ側によると、故障する確率は、11万時間に1回となっているようです。
仮に、24時間常時稼動させ、5年間使っても、約43800時間となります。
メーカ保証は1年ですが、ショップによっては、オプションで5年間の保証もつけてくれるところがあります。
当然、5年保証のオプションをつけると、値段は少し高くなりますが、ある種の「安心料」になるともいえます。
もっとも、私の家では、ベストエフォート100MのFTTHですが、同じルータを5年も使ったら、通常、買い換えるものなのでしょうか？
これだけでは、情報不足であることは否めませんが、皆さんでしたらどうなさいますか？
0点
それ以前に3万円もする有線ルーターを買う目的は何でしょう？
書込番号：11191566
0点
あくまで個人的な考えですが、期間が3年くらいだったら付けてもいいかなと思います＞保証
5年だとちょっと長過ぎるような。
書込番号：11191594
0点
満腹 太さんへ
3万円近くする有線ルータの購入理由は、高い安定性と、できるだけクラックを防ぐためです。
今、使っているルータはコケやすいのです。
しかも、そこそこ重要な情報も扱っているので、このルータの購入を考えた次第です。
なお、ネットワークに関しては多少知識があるので、そのあたりは度外視していただけたら幸いです。
書込番号：11191598
0点
カーディナルさんへ
早速の返信ありがとうございます。
うーん、5年保証は少し長すぎますか・・・。
でも、納得のいく価格でのオプションですので、5年保証で構わないと私は考えます。
書込番号：11191619
0点
なるほど、そういった理由でしたらもっともですね。失礼しました。
保証期間については、この手の製品が今後も継続的に発売されてくか微妙に思いますので
可能な限り長期保証を付ける方が望ましいと考えます。
書込番号：11191676
0点
満腹 太さんへ
先ほどは、お礼の挨拶もなく、返信してすみませんでした。
満腹 太さんにおかれましては、私の意図をご理解していただき、ありがとうございます。
できるだけ長い保証期間が欲しいのはやまやまですが、私の知る限り、ショップ側での最長保証は5年みたいなので、これが限界でしょう。
また、その間、新しい通信方法が確立されれば、ルータの買い替えも検討しなければならないでしょうし、難しいところですね。
しかし、FTTHを超える通信方法ができるかどうかは、まだわかりません。
ただ、セキュリティが高いとはいっても、無線だけは避けたいところです・・・。
書込番号：11191729
0点
多分発売初期から別会社製品ですがOpti90をもう10年近くBフレッツのベーシックにて使用してます。
代替でGTV5？も用意したものの…転居した今のアパートにて使用予定…。
私も買い置きの品がなければスレ品を使ってみたかったもので。
高額有線ルータは存在と使い方を忘れるくらいの頑丈さが一つの魅力かと。
そうそう回線の展望についてカキコ予定でした。
アパートにて回線敷設の時、下請の業者さんとNTT担当者な方と
お話しとりましたら、現行MGM200？なる規格の光回線が最終でこれ以上の規格は
出ないんじゃ？との事でした。
本当かどうかは分かりませんが、噂の一つとして参考まで。
書込番号：11191829
0点
Ｙｏｎｅ−ｇ＠♪さんへ
早速の返信、ありがとうございます。
NTTレベルで、ベストエフォート200Mbps（？）でしたら、もう、RT58iで充分かな？という気もしますね。
無線でしたら、帯域の大きさを無視すれば、理論上、とてつもなく大きな通信もできるでしょうが、先ほども申したとおり、無線は避けたいです。
しかし、このMGM200（？）が最後なら、他のインフラ（電力系）とかも追随するでしょうね。
噂とはいえ、有用な情報、ありがとうございました！
書込番号：11191894
0点
長期保証いらないと思いますよ。
なぜなら2006年から使ってて一度も壊れたことがないから。
それくらい信頼できる製品ですよ。
書込番号：11260084
1点
返信遅れてすみません。
もう、解決済みにしていたので・・・。
2006年から、今までというと、もう4年近くなるのでしょうか？
昔の私のルータのように、1年で不安定になるよりかは、はるかに性能がいいですね！
私は心配性なので5年保証をつけていますが、KEN0707さんのRT58iも、新たな通信方式が確立されない限り、このままずっと現役で稼動できますように！
書込番号：11271544
0点
これって、３台のパソコンに接続したときに、回線スピ−ド落ちますか？
ちなみに、諸条件は、下記です。
Win-XP-SP3
メモリ２Ｇ
回線：ADSL-50M
（現状の実行速度：下り約４Ｍ、上がり約０．９Ｍ）−−１台で。
詳しい方、よろしく、お願いします。
0点
>これって、３台のパソコンに接続したときに、回線スピ−ド落ちますか？
>（現状の実行速度：下り約４Ｍ、上がり約０．９Ｍ）−−１台で。
回線の種別や回線速度、接続先のサーバの状況にもよりますのでなんとも言えないですが、、、
いずれにしても、回線速度は確実に落ちると思いますよ。QoSでもかけない限り最初に使った
者勝ちなので、1台目が帯域を占有してしまうと残りのPCはほとんど使えない状態になって
しまいます。
書込番号：11196415
1点
そうですか・・・
では、３本別々の回線を引くことになりますね。
しかし、電話線は、１本だけど・・・
どうすれば、いいでしょうか？
光ですか？
書込番号：11196581
0点
>どうすれば、いいでしょうか？
用途にもよるかと思いますが、主にWebなどの閲覧であれば、表示に必要なページのデータをダウンロードするだけですので、
３台でもそれほど遅くはなりませんが、ストリーミング(youtube等)など帯域を占有してしまうのを３台同時に使用するのであれば、
途切れたりwebの表示が遅くなったりすると思います。
>光ですか？
光回線でも、NTTの推奨は５台くらいだそうです。実際は、別に台数に制限はありませんが、快適に使える目安として５台と
言っているようです。光回線は最低限度の速度は安定していますが、宣伝している100Mbpsというのはありえませんが、ADSLよりは多数で接続してもそれほど、低下はないと思います。
ただ、回線使用料約\4,500と終端装置のレンタル料\980+回線借用料\200+プロバイダ料金なので、、、ADSLと比較すると
やはり高いです。
そこで、回線はそのままでコスト最小でネットを快適にするにはどうすれば？ですが、少し手間と技術は必要ですが、余っている
PCがあれば、そこにproxyサーバを置いて一度アクセスしたデータを保存することで多数のPCでアクセスしても、一度表示した
データはプロキシサーバにアクセスするので、足りないデータか新しいデータだけをダウンロードするだけですので、回線はその
ままでもそれほど速度の低下はしないかと思います。
書込番号：11196719
2点
なるほど、よく、わかりました。
やっぱ、光に、しようかなあ。。。
ま、もう少し、景気よくなってからにします。
ありがとうございました。
また、よろしく、お願いします。
書込番号：11196856
0点
クチコミ掲示板検索
新着ピックアップリスト
-
【Myコレクション】グラボだけのつもりが芋蔓式に総とっかえになっちゃった
-
【その他】BTOパソコンを自作するとどうなるか
-
【欲しいものリスト】冬ボーナスで買うもの
-
【欲しいものリスト】メインアップグレードv4.23
-
【欲しいものリスト】予算23万程度
価格.comマガジン
注目トピックス
（パソコン）
